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(54) Optical disc, video data editing apparatus, computer-readable recording medium storing an 
editing program, reproduction apparatus for the optical disc, and computer-readable 
recording medium storing a reproduction program 

(57) An optical disc includes a data area lor record- 
ing a plurality of video segments and an index area for 
recording original type chain information and user- 
defined type chain information. The original type chain 
infonnation defines an original type chain including first 
ones of the video segments by describing a reproduc- 
tion order of the first video segments. The user-defined 
type chain information defines a user-defined type chain 
including second ones of the video segments by 
describing a reproduction order of the second video 
segments. The first video segments are positioned in 
the data area in the reproduction order of the first video 
segments whereas the second video segments are 
positioned in the data area independently of the repro- 
duction order of the second video segments. 
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Description 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0001 ] The present invention relates to an optical disc, 
a video data editing apparatus, a computer-readat)le 
recording medium that stores an editing program, a 
reproduction apparatus for the optical disc, and a com- 
puter-readable recording medium that stores a repro- 
duction program. 

2. Description of the Background Art 

[0002] Video editors in the fDm and broadcasting 
industries make full use of their skill and experience 
when editing the great variety of video productions that 
reach the market. While movie fans and home video 
makers may not possess such sidll or experience, many 
are still inspired by professional editing to try vkJeo edit- 
ing for themselves. This creates a demand for a domes- 
tic video editing apparatus that can perform advanced 
video editing while still being easy to use. 
[0003] While video editing generally involves a variety 
of operations, domestic video editing apparatuses lhat 
are likely to appear on the market In the near future will 
especially require an advanced scene linking function. 
Such function links a number of scenes to form a single 
work. 

[0004] When linking scenes using conventional 
domestic equipment, the user connects two video cas- 
sette recorders to form a dubbing system. The opera- 
tions performed when linking scenes using this kind of 
dubbing system are described below. 
[0005] Fig. 1 A shows a video editing setup using vkJeo 
cassette recorders that are respectively capable of 
recording and playing back video signals. The setup of 
Fig. 1 A includes the video cassette 301 that records the 
source video, the video cassette 302 for recording the 
editing result and two video cassette recorders 303 and 
304 for playing back and recording video images on the 
video cassettes 301 and 302. in this example, the user 
attempts to perform the editing operation shown in Rg. 
1 B using the setup of Rg. 1 A. 
[0006] Rg. IB show tiie relationship between the 
material to be edited and the editing result. In this exam- 
ple, the user plays back scene 505 that is located 
between time t5 and time tlO of the source material, 
scene 506 that is located between time t1 3 and t21 , and 
scene 507 ttiat is located between time t23 and t25 and 
attempts to produce and editing result tiiat is only com- 
posed of these scenes. 

[0007] With the setup of Rg. 1A. the user sets the 
video cassette 301 including the source material into 
the video cassette recorder 303 and the video cassette 
302 for recording the editing result into tiie video cas- 
sette recorder 304. 



[0008] After setting the video cassettes 301 and 302. 
the user presses tiie fast-fbnivard button on the opera- 
tion panel of the video cassette recorder 303 (as shown 
by 0 in Rg. 1 A) to search for the start of scene 505. 

5 Next, the user presses tiie play button on tiie operation 
panel of the video cassette recorder 303 (as shown by 
0 in Rg. 1A) to reproduce scene 505. At the same 
time, the user presses the record button on the opera- 
tion panel of tiie video cassette recorder 304 (as shown 

10 by (3) in Fig. 1 A) to commence recoiding. When scene 
505 has finished, the user stops the operation of botti 
vkleo cassette recorders 303 and 304. The user then 
fast-fonvards the video cassette to the start of scene 
506. and ttien simultaneously commences tiie playback 

IS by video cassette recorder 303 and ttie recording by 
video cassette recorder 304. After completing ttie above 
process for scenes 506 and 507. ttie user has the vkjeo 
cassette recorders 303 and 304 respectively rewind tiie 
video cassettes 301 and 302 to complete ttie editing 

20 operation. 

[0009] If ttie scene linking operation described above 
could be performed witti ease at ttie home, users would 
ttien be able to easily manage programs ttiat have been 
recorded on a large number of magnetic tape cassettes. 

25 [0010] A first problem with ttie vkieo editing setup 
described above ttiough is tiiat the source material and 
editing result need to be recorded on separate record- 
ing media, meaning that two video cassette recorders 
need to be used for playing back and recording ttie 

30 respective recording media. This greatiy increases ttie 
scale of the video editing setup. Since video editing can 
only be performed in a place where it is possible to con- 
nect two video cassette recorders, this means ttiat a 
large space is required to perform ttie editing operation. 

35 [001 1 ] A second problem witti the video editing setup 
described atx)ve is that when the user wishes to per- 
form a scene linking operation, ttie user has to repeat 
the processes of locating the start of the desired scene 
and reprodudng all of ttie video images from the begin- 

40 ning to the end of ttie scene for each scene to be linked. 
Here, the larger the number of scenes to be linked, ttie 
^eater the burden of locating the start of each scene 
and reproducing tiie scene, meaning that the complex 
operations end up taking a considerafc>le amount of time. 

45 [0012] When a professional editor performs scene 
linking, instead of producing ttie editing result in one 
attempt, it is common for the editor to repeatedly amend 
the scene linking order so ttiat high-quality results can 
finally be achieved. When using a setup where locating 

50 the start and reproducing scenes takes so much trou- 
ble, it is very difficult to perform such repeated amend- 
ment of the scene linking order. 
IP013] These problems can be ttiought of as being 
caused by the use of magnetic tape as the recording 

55 medium, so that improvements couW be made by using 
a video editing setup ttiat utilizes a recording medium 
which allows random access, such as a hard disc or 
phase change-type optical disc. 
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[0014] As one example, if an optical disc were used to 
store the editing material and the editing result could be 
stored on the same optical disc, video editing would 
then be possible using only one video data editing 
apparatus that uses an optical disc as a recording 
medium, thereby greatly reducing the scale of the edit- 
ing equipment. However, if both the editing source 
material and editing result are stored on the same opti- 
cal disc, there can be cases when the editing result 
ends up being ovenvritten over the editing source mate- 
rial. In such a case, if the editor later wishes to change 
the editing result, the source material will have been 
overwritten, meaning that the editor will not be able to 
redo the editing using the original source materials. 
[001 5] When the editing source materials are of great 
personal value, such as footage of a child's school 
entrance ceremony, a school sports day, a family holi- 
day, or a graduation ceremony, the overwriting of the 
source materials denies the user the chance to watch 
such important events again, let alone the chance to re- 
edit them. If the recording medium has a capacity that is 
greater than double the size of the source materials, an 
editing operation could presumably be performed with- 
out ovenvriting the source materials. However, for 
phase-change optical discs that are the most advanced 
recording medium, the recording capacity is still only 
2.6GB on one side, so that it is not possible to record 
video images with a reproduction time of greater than 
two hours separately as source materials and editing 
results. Also, if the user wishes to create several inter- 
mediate versions and record these separately on the 
optical disc to allow the selection of the best one at a 
later date, a recording disc witii tiiree or four times the 
date size of the audio video data (data produced by mul- 
tiplexing video data and audio data) will be required. It 
can therefore be readily understood that the storage 
capacity of a single disc is insufficient. 
[0016] A tiiird problem witii tiie video editing setup 
described above is tiiat tiie sections to be linked cannot 
be precisely indicated. When peribrming tiie editing 
shown in Fig. 1 A, ttie user needs to press tiie play but- 
ton of one video cassette recorder at the same time as 
the record button on the other video cassette recorder, 
if the user presses one of these buttons before the 
other, there is tiie problem tiiat an undesired part will 
end up in the recording resuK, or tiiat the editing result 
will not include tiie start of tiie desired part. 

SUMMARY OF THE INVENTION 

[001 7} It is a first object of the present invention to pro- 
vide an optical disc and a video data editing apparatus 
that uses tiie optical disc as a recording medium, tiie 
optical disc enabling video that is already recorded on 
the disc to be edited on the disc itself witiiout overwrit- 
ing. 

[001 8] It is a second object of the present invention to 
provide an optical disc and a video data editing appara- 



tus that uses tiie optical disc as a recording medium, the 
optical disc being able to store not merely a final result 
of video editing, but also a number of separate interme- 
diate video editing patterns, with the user being able to 
5 select a most suitable of tiie intermediate video editing 
patterns at a later date. 

[0019] It is a third object of the present invention to 
provide an optical disc and a reproduction apparatus for 
tiie optical disc, the optical disc allowing the user to indi- 

10 cate sections tiiat are to be subject to editing with high 
precision during the display of video images. 
[0020] The first object and second object can be 
achieved by an optical disc, including: a data area for 
recording a file including at least one video object; and 

15 an index area for recording original type chain informa- 
tion and at least one set of user-defined type chain infor- 
mation, the original type chain information managing 
the file as an arrangement of a plurality of file sections, 
each ffle section being indicated by section boundaries 

20 tiiat are a combination of any two of - (a) a start position 
of a video object, (b) an end position of a video object, 
and (c} at least one predetermined position within a 
video object, each set of user-defined type chain infor- 
mation indicating a plurality of file parts in the file and a 

25 reproduction route for tiie indicated file parts, each file 
part being indicating by part boundaries, the part 
boundaries being any of - (a) two of the section bound- 
aries, (b) one of the section boundaries and a position in 
a video object that differs from the predetermined posi- 

30 tions, (c) two positions in a video object tiiat drffer from 
tiie predetermined positions, each reproduction route 
being independent of an order in which tiie indicated file 
parts appear in tiie file. 

[0021 ] The original type chain information can be indi- 

35 cate tiiat sections are produced in tiie order in which 
tiiey are arranged in a video object The user-defined 
type chain information can indicate a provisionally 
decided reproduction route for a work produced by 
video editing of the plurality of sections included in a 

40 video object. 

[0022] The original type chain information can indicate 
tiie finally determined reproduction order when a video 
object in the data area is processed by a video data 
editing apparatus in accordance with a set of user- 

45 defined type chain information, or when the video object 
in the data area is ovennrritten. 
[0023] The chain information is used during editing 
operations, so that the user can soon generate repro- 
duction routes for his/her desired sequences of scenes 

so by defining sets of user-defined type chain information. 
By reprodudng video in accordance witii a set of user- 
defined type chain information, the user is able to verify 
tiie content of a provisionally determined reproduction 
route. 

55 [0024] This provisional determination of a reproduc- 
tion route can be easily performed in a short time by 
defining a set of user-ddined type chain information. 
Since the data size of a set of user-defined type chain 



5 



EP0903 744A2 



6 



information is negligible, there is no risk of the video 
object being acdd^ly overwritten by a set of user- 
defined type chain information. 
[0025] When a disc records video images of great per- 
sonal value, the user may provisionally determine a s 
reproduction route for the video on the disc with no dan- 
ger of the valuable images being ovenvritten or lost. 
[0026] By defining a plurality of sets of user-defined 
type chain information, by preforming reproduction of 
each and then selecting the best for a real edit, the user io 
can perform a bold editing operation that directly 
rewrites the content of the video objects on the optical 
disc. While the original video objects will be lost, the 
user will have had ample chance to confirm the result of 
the real edit and so should be satisfied with the result. is 
[0027] The thi rd object of the present invention can be 
achieved by a video data editing apparatus that uses an 
optical disc as an editing medium, the optical disc 
including: a data area for recording a file including at 
least one video object; and an index area for recording 20 
original type chain information and at least one set of 
user-defined type chain information, the original type 
chain information managing the file as an arrangement 
of a plurality of file sections, each file section being indi- 
cated by section boundaries that are a combination of 25 
any two of • (a) a start position of a video object, (b) an 
end position of a video object, and (c) at least one pre- 
determined position within a video object, each set of 
user-defined type chain information indicating a plurality 
of file parts in tiie file and a reproduction route for the 30 
indicated file parts, each file part being indicating by 
part boundaries, the part boundaries being any of - (a) 
two of the section boundaries, (b) one of tfie section 
boundaries and a position in a video ot)ject that differs 
from the predetermined positions, (c) two positions in a 35 
video object that differ from the predetermined posi- 
tions, each reproduction route being independent of an 
order in which the indicated file parts appear in the file, 
the video data editing apparatus including: a reception 
unit for receiving an operation from a user ; a processing 40 
unit for processing ttie file, when tiie reception means 
has received an indication of a real edit operation for 
one of the sets of user-defined type chain information 
recorded on the optical disc, so that starting and ending 
part boundaries indicated in the indicated set of user- 45 
defined type chain information become boundaries of 
the video objects recorded on the optical disc; and an 
updating unit for updating, after processing by the 
processing unit, the indicated set of user-defined type 
chain information in the index area to convert the indi- so 
cated set of user-defined type chain information into the 
original type chain information. 
[0028] Each video object may includes a plurality of 
video object units, each video object unit including a 
plurality of sets of picture data that are reproduced for a ss 
plurality of video frames for a certain reproduction 
period, and each set of cell information may include: 
time infonmation including a presentation start time 



information and presentation end time information for 
video data in a cell, tiie presentation start time informa- 
tion showing a display video field of a set of picture data 
that should be reproduced first in a part of a video object 
and tiie presentation end time information showing a 
display video field or a set of picture data that should be 
reproduced last in the part, and the cell t>eing one of a 
fDe section and a file part; and identification information 
for indicating tiie video object to which the cell belongs, 
wherein the reception unit may receive a play indication 
for one of the sets of user-defined type chain informa- 
tion and wherein the video data editing apparatus may 
furttier include: an access position specifying unit for 
reading, when the reception unit has received a play 
Indication, mapping information and a pair of presenta- 
tion start time information and presentation end time 
information from tiie index area, and for specifying, by 
searching the mapping information using tiie presenta- 
tion start time information and the presentation end time 
Information, a recording position of a start video object 
unit including picture data tiiat Is displayed for ttie pres- 
entation start time information and a recording position 
of an end video object unit including picture data that is 
displayed for tiie presentation end time information; and 
a reading unit for reading a video object unit sequence 
recorded between tiie specified recording positions; 
and a decoding unit for decoding the read video object 
unit sequence and. for outputting, when part boundaries 
of a part corresponding to a set of cell information in tiie 
indicated set of user-defined type chain information do 
not match a start position of tiie start video object unit 
and an end position of tiie end video object unit 
sequence, a decoding result between a first video field 
and an end video field indicated by the ceil information, 
and for prohibiting output of a decoding result of data 
before the first video field and data after tiie end video 
field. 

[0029] With the stated consti-uction, the cell informa- 
tion specifies the video parts to be used in the editing to 
an accuracy of one video field. This means that the 
parts to be edited can be specified with very high preci- 
sion. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0030] These and ottier objects, advantages and fea- 
tures of the invention will become apparent from the fol- 
lowing description tiiereof taken in conjunction witii the 
acconpanying drawings which illusti'ate a specific 
embodiment of tiie invention. In tiie drawings: 

Rg 1A shows a convention video editing setup 
using video cassette recorders ttiat are capable of 
playing back and recording video signals; 
Rg. 1B shows tiie relationship between tiie source 
materials and tiie editing result; 
Rg. 2A shows tfie outward appearance of a DVD- 
RAM disc that is ttie recordat)le optical disc used in 
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the embodiments of the present invention; 

Fig. 2B shows the recording areas on a DVD-RAM; 

Rg. 20 shows the cross-section and surface of a 

DVD-RAM cut at a sector header; 

Rg. 3 A shows the zones 0 to 23 on a DVD-RAM; s 

Rg. 3B shows the zones 0 to 23 anranged into a 

horizontal sequence; 

Rg. 3C shows the logical sector numbers (LSN) in 
the volume area; 

Rg. 3D shows the logical block numbers (LBN) in io 
the volume area; 

Rg. 4A shows the contents of the data recorded in 
the volume area; 

Rg. 48 shows the hierarchical structure of the data 
definitions used In MPEG standard; is 
Rg. 5A shows a plurality of sets of picture data 
an-anged in display order and a plurality of sets of 
picture data arranged in coding order; 
Rg. 5B shows the correspondence between audo 
frames and audio data; 20 
Rg. 6A shows a detailed hierarchy of the logical for- 
mats in the data construction of a VOB (Video 
Object); 

Rg. 6B shows the partial deletion of a VOB; 

Rg. 6C shows the logical format of a video pack 25 

arranged at the start of a VOB; 

Rg. 6D shows logical format of other video packs 

an*anged in a VOB; 

Rg. 6E shows the logical format of an audio pack; 
Rg. 6F shows the logical format of a pack header; 30 
Rg. 6G shows the togical format of a system 

header; 

Fig. 6H shows the logical format of a pactet 
header; 

Rg. 7A shows a vkJeo frame and the occupancy of 3s 
the video buffer; 

Rg. 7B shows an audio frame and an ideal transi- 
tion in the buffer state of the audio buffer; 
Fig. 7C shows an audio frame and the actual transi- 
tion in the buffer state of the audio buffer; 40 
Rg. 7D shows the detailed transfer period of each 
set of picture data; 

Rg. 8A shows how audio packs, which store the 
audio data to be reproduced in a plurality of audio 
frames, and video packs, which store the picture 45 
data that is to be reproduced in a plurality of video 
frames, may be recorded; 
Fig. SB shows a key to the notation used in Rg. 8A; 
Fig. 9 shows how audio packs, which store the 
audio data to be reproduced in a plurality of audio so 
frames, and video packs, which store the picture 
data that is to be reproduced in a plurality of video 
frames, may be recorded; 
Rg. 1 0A shows the transition in the buffer state dur- 
ing for the first part of a video stream; ss 
Fig. 1 0B shows the transition in the buffer state dur- 
ing for the last part of a video stream; 
Rg. 10c shows the transition in the buffer state 



across two VOBs, when the video stream whose 
last part causes the buffer state shown in Fig. 10B 
is seamlessly linked to the vkieo stream whose 
former part causes the buffer state shown in Rg. 
IDA; 

Rg. 11 A is a graph where the SCRs of video packs 

Included in a VOB are plotted in the order in which 

the video packs are arranged; 

Rg. 1 1B shows an example where the first SCR in 

section B matches the last SCR in section A; 

Rg. 11 C shows an example where the first SCR in 

section D is higher than the last SCR in section C; 

Rg. 11D shows an eixanple where tiie last SCR in 

section E is higher than the first SCR in section F; 

Rg. HE shows the graph for the continuity of VOBs 

of Rg. 1 1 A for two specific VOBs; 

Rg. 12A shows a detailed expansion of the data 

hierarchy in the RTRW management file; 

Rg. 12B shows the PTM descriptor format; 

Rg. 12C shows the data construction of the audio 

gap location information; 

Rg. 13 shows the buffer occupancy for each of a 
former VOB and a latter VOB; 
Rg. 14A shows examples of audio frames and 
video frames; 

Rg. 14B shows the time difference g1 that appears 
at the end of the audio data and picture data when 
the reproduction time of picture data and the repro- 
duction time of audio data are aligned at the start of 
a VOB; 

Rg. 14C shows the audio pack G3 including the 
audio gap and the audio pack G4, audio pack G3 
including (i) the sets of audio data y-2, y-1 , and y, 
which are located at the end of V0B#1 , and (ii) the 
Padding_Pacl^. and audio pack G4 including the 
sets of audk) data u. u+l. and u+2. which are 
located at the start of V0B#2; . 
Rg. 14D shows into which of V0BU#1. V0BU#2. 
and V0BU#3 at the start of the V0B#2 the audio 
pack G3 including the audio gap is arranged; 
Rgs. 15A to 15D show the procedure for the regen- 
eration of the audio gap when the VOBUs located at 
the start of V0B#2, out of the VOBs #1 and #2 that 
are to be reproduced seamlessly, are deleted; 
Rg. 16 show an example system configuration 
using the video data editing apparatus of the first 
embodiment; 

Rg. 1 7 is a block diagram showing the hardware 

construction of the DVD recorder 70; 

Rg. 18 shows the construction the MPEG encoder 

2; 

Rg. 19 shows the construction of the MPEG 
decoder 4; 

Rg. 20 is a timing chart showing the timing for the 
switching of switches SW1 to SW4; 
Rg, 21 is a flowchart showing the procedure of the 
seamless processing; 

Rg. 22 is also a flowchart showing the procedure of 
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the seamless processing; 

Figs. 23A and 23B show the analysis of transition in 

the buffer state for audio packs; 

Fig. 23C shows the area that is to be read from the 

former VOB in step S106; s 

Rg. 23D shows the area that is to be read from the 

latter VO Bin step Si 07; 

Fig. 24A shows the audio frames in the audio 
stream that correspond to the audio frames x, x-f 1 . 
y. u, u+1 , u+2 used in Rg. 22; io 
Rg. 24B shows the case when the 
Rrst_SCR+STC_offset corresponds to a boundary 
between audio frames in the former VOB; 
Rg. 24C shows the case when the video reproduc- 
tion start time VOB_V_S_P™+STCj)ffset oorre- is 
sponds to a boundary between audio frames in the 
former VOB; 

Rg. 24D shows the case when the presentation 
end time of the video frame y corresponds to a 
boundary between audio frames in the latter VOB; 2o 
Rg. 25 shows how the audio packs storing audio 
data for a plurality of audio frames and the video 
packs storing video data for each video frame are 
multiplexed; 

Rg. 26 shows an example of the section of a VOB 25 
that is specified using time information for a pair of 
C_V_S__PTM and C_V_E_PTM; 
Rg. 27A shows the area that is to be read from the 
former cell in step 8106; 

Rg. 27B shows the area that is to be read from the 30 
latter cell in step S107; 

Rg. 28A shows an example of the finking of sets of 
cell information that are specified as the editing 
boundaries in a VOBU; 

Rg. 28B shows the processing for the three rules as 
for reconstructing GOPs when correcting the dis- 
play order and coding order; 
Rg. 29A shows the processing when changing a 
picture type of picture data in the former cell; 
Rg. 29B shows the procedure for measuring the 40 
change p in the buffer occupancy when changing a 
picture type in the former cell; 
Rg. 30A shows the processing where changing the 
picture type of the latter cell; 
Rg. 30B shows the procedure for measuring the 45 
change a in the buffer occupancy when changing a 
picture type in the latter cell; 
Rg. 31 is a flowchart showing the procedure for the 
seamless processing; 

Rg. 32 is also a flowchart showing the procedure so 

for the seamless processing; 

Rg. 33 is also a fkwchart showing the procedure 

for the seamless processing; 

Rg. 34 shows the audio frames in the audio stream 

that correspond to the audio frames x. x+1. and y ss 

used in the flowchart of Rg. 31 ; 

Rg. 35 shows the hierarchical directory structure; 

Rg. 36 shows the information, aside from the sector 



management table and AV block management 
table shown in Rg. 6, in the management informa- 
tion for the file system; 

Rg. 37 shows the finked relations shown by the 
anows in Rg. 6 within the cfirectory structure; 
Rg. 38A shows the data construction of file entries 
in greater detail; 

Rg. 38B shows the data construction of the alloca- 
tion descriptors; 

Rg. 38C shows the recorded state of the upper 2 

bits in the data shows the extent length; 

Rg. 39A shows the detailed data construction of the 

file identification descriptor for a directory; 

Rg. 39B shows the detailed data construction of the 

file identification descriptor for a fHe; 

Rg. 40 is a model showing the buffering in the track 

buffer of AV data read from the DVD-RAli/l; 

Rg. 41 is a functional block diagram showing the 

construction of the DVD recorder 70 divided by 

function; 

Rg. 42 shows an example of an interactive screen 

displayed on the TV monitor 72 under the control of 

the recording-editing-reproduction control unit 12; 

Rg. 43 is a flowchart showing the processing by the 

recording-editing-reproduction control unit 12 for a 

virtual edit and for a real edit; 

Rgs. 44A to 44F show a supplementary example to 

illustrate the processing of the AV data editing unit 

15 in the flowchart of Rg. 43; 

Rgs. 45A to 45E show a supplementary example to 

illustrate the processing of the AV data editing unit 

15 in the flowchart of Rg. 43; 

Rgs. 46A to 46F show a supplementary example to 

illustrate the processing of the AV data editing unit 

15 in the flowchart of Rg. 43; 

Rg. 47A shows the relationship between the 

extents and the in-memory data, in temis of time; 

Rg. 47B shows the positional relationship k)etween 

the extents, the Iri area and the Out area; 

Rg. 48 A is a flowchart showing the processing by 

the AVfile system unit 1 1 when executing a "SPUF 

command; 

Rg. 48B is a flowchart showing the processing 
when executing a "SHORTEN" command is issued; 
Rg. 49 is a flowchart showing the processing when 
executing a "MERGE" command is issued; 
Rg. 50 is a fk>wchart for the case when the former 
extent is below AV block length but the latter extent 
is at least equal to AV block length; 
Rgs. 51A-51B are a supplementary example show- 
ing the processing of the AV file system unit 1 1 in 
the flowchart of Rg. 50; 

Rgs. 52A to 52C are a supplementary example 
showing the processing of the AV file system unit 
1 1 in the flowchart of Rg. 50; 
Rgs. 53A to 53D are a supplementary exanple 
showing the processing of the AV file system unit 
1 1 1n the flowchart of Fig. 50; 
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Rgs. 54A-54D are a supplementary example show- 
ing the processing of the AV fDe system unit 1 1 in 
the flowchart of Rg. 50; 

Fig. 55 is a flowchart for the case when the former 
extent is at least equal to AV t)lock length but the lat- s 
ter extent is below AV block length; 
Rgs. 56A-56B are a supplementary example show- 
ing the processing of the AV file system unit 1 1 in 
the flowchart of Rg. 55; 

Rgs. 57A-57C are a supplementary example show- io 
ing the processing of the AV file system unit 1 1 In 
the flowchart of Rg. 55; 

Rgs. 58A-58D are a supplementary example show- 
ing the processing of the AV ffle system unit 11 in 
the flowchart of Rg. 55; is 
Rgs. 59A-59D are a supplementary exanple show- 
ing the processing of the AV file system unit 1 1 in 
the flowchart of Rg. 55; 

Fig. 60 is a flowchart for the case when the both the 
former extent and the latter extent are below AV 20 
block length; 

Figs. 61 A-61 D are a supplementary example show- 
ing the processing of the AV file system unit 11 In 
the flowchart of Rg. 60; 

Figs. 62A-62C are a supplementary example show- 25 
ing the processing of the AV fUe system unit 1 1 in 
the ffowchartof Fig. 60; 

Rgs. 63A-63C are a supplementary example show- 
ing the processing of the AV ffle system unit 1 1 in 
the flowchart of Fig. 60; so 
Rgs. 64A-64D are a supplementary example show- 
ing the processing of the AV file system unit 1 1 in 
the flowchart of Rg. 60; 

Rg. 65 is a flowchart Ibr the case when the both the 
former extent and the latter extent are at least equal 3s 
to AV block length; 

Rgs. 66A-66D are a supplementary example show- 
ing the processing of the AV ffle system unit 1 1 in 
the flowchart of F^. 65; 

Rg. 67 is a flowchart showing the case when the 40 
both the former extent and the latter extent are at 
least equal to AV block length but the data sizes of 
the In area and Out area are insufficient; 
Figs. 68A-68E are a supplementary example show- 
ing the processing of the AV ffle system unit 1 1 in 45 
the f towchart of Rg. 67; 

Figs. 69A-69D are a supplementary example show- 
ing the processing of the defragmentation unit 16; 
Fig. 70A shows the detailed hierarchical content of 
the RTRW management ffle in the fourth embodi- so 
ment; 

Rg. 70B is a flowchart showing the logical format of 
the original PGC information In the fourth embodi- 
ment; 

Rg. 70C is a flowchart showing the logical format of ss 
the user-defined PGC information in the fourth 
embodiment; 

Rg. 70D shows the logical format of the title search 



pointer; 

Rg. 71 shows the inter-relationships between the 
AV ffle. the extents, the VOBs, the VOB infonmation. 
the original PGC information, and the user-defined 
PGC information, with the unified elements being 
enclosed in the frames drawn with the heavy lines; 
Rg. 72 shows an exanple of a user-defined PGC 
and an original PGC; 

Rg. 73 shows the part that con'esponds to the cell 
to be deleted using diagonal shading; 
Rg. 74A shows whfch ECC blocks are freed into 
empty areas by a real edit using the user-defined 
PGC information #2; 

Rg. 74B shows examples of VOBs. VOB informa- 
tion, and PGC information after a real edit; 
Rg. 75 is a functional block diagram shown the con- 
struction of the DVD recorder 70 divided according 
to functfon; 

Rg. 76 shows an example of original PGC informa- 
tion that has been generated by the user-defined 
PGC information generator 25 when recording an 
AVfile; 

Rg. 77A shows an example of graphics data that Is 
displayed on the TV monitor 72 under the control of 
the recording-editing-reproduction control unit 12: 
Rg. 77B shows an exanple of the PGC information 
and cell information that are displayed as a list of 
operation targets; 

Rg. 78A is a flowchart shows the processing during 
partial reproduction of a title; 
Rg. 78B shows how only the section between the 
presentation start time C_V_S_PTM and the pres- 
entation end time C_V_E_p™ Is reproduced, out 
of the VOBUs between the VOBU (START) and the 
VOBU (END); 

Rgs. 79A. 79B show the user pressing the mark 
key while viewing video images on the TV monitor 
72; 

Rgs. 80A, 80B show how data is inputted and out- 
putted between the components shown in Rg. 75 
when a marking operation is performed; 
Rg. 81 is a flowchart showing the processing of the 
editing multi-stage control unit 26 when defining 
user-defined PGC information; 
Rg. 82 is a flowchart showing the processing of the 
editing multi-stage control unit 26 when defining 
user-defined PGC information; 
Rg 83 is a flowchart showing the processing of the 
recording-editing-reproduction control unit 12 dur- 
ing a preview and a real edit; 
Rg. 84 is a flowchart showing the update process- 
ing for the PGC information after a real edit; 
Rg. 85 shows an exarrple of tiie interactive screen 
that is displayed on the TV monitor 72 to have the 
user make a selection of cell information as a ele- 
ment in a set of user-defined PGC information dur- 
ing a virtual edit; 

Rgs. 86A, 86B show tiie relationship between the 
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user operation of the remote controller 71 and the 
display processing that acconpanies the user oper- 
ation; 

Rgs. 87A to 87D show the relationship between the 
user operation of the reniote oontrolier 71 and the 
display processing that acconpanies the user oper- 
ation; 

Rg& 88A. 88B show the relationship between the 
user operation of the remote controller 71 and the 
display processing that acconpanies the user oper- 
ation; 

Rgs. 89A, 89B show the relationship between the 
user operation of the remote controller 71 and the 
display processing that accompanies the user oper- 
ation; 

Rg. 90 shows an example of tiie interactive screen 
that has the user select a set of user-defined PGC 
Information or a preview (using the play key) or a 
real edit (using the real edit key); 
Rg. 91 shows an example of the original PGC infor- 
mation table and user-defined PGC information 
table, when tiie user^iefined PGC information #2 
conposed of CELL#2B. CELL#4B, CELL#10B. and 
CELL#5B and the user-defined PGC information #3 
composed of CELL#3C. CELL#6C. CELL#8C. 
CELL#9C have been defined; 
Rgs. 92A-92B show the relationship between the 
user operation of the remote controller 71 and the 
display processing that acconpanies the user oper- 
ation; 

Rgs. 93A-93C show the relationship between the 
user operation of ttie remote controller 71 and the 
display processing that accompanies the user oper- 
ation; 

Figs. 94A-94C show the relationship between the 
user operation of the remote controller 71 and the 
display processing that acconpanies the user oper- 
ation; and 

Rg. 95 shows tiie original PGC information table 
and the user-defined PGC information table after 
the processing of VOBs in a real edit 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

[0031] The following embodiments desaibe a video 
data editing apparatus and the optical disc wNch the 
video data editing apparatus i^es as recording 
medium. For ease of explanation, tiie explanation is 
divided into four embodiments that deal with the physi- 
cal structure of the optical disc, the logical structure, the 
hardware structure of the video data editing apparatus, 
and tile functional construction of the video data editing 
apparatus. 

[0032] The first embodiment explains the physical 
structure of the optical disc and tiie hardware structure 
of the video data editing apparatus, as well as the 
seamless linking of video objects as the first basic 



example of video editing. 

[0033] The second embodiment explains seamless 
finking of partial sections of vkJeo objects as tiie second 
basic example. The third embodiment deals witii the 
5 functional construction of the video data editing appara- 
tus and tiie procedure for realizing video editing wittiin a 
file system. 

[0034] The fourth embodiment describes the data 
structures and procedure of the video data editing 
10 apparatus when performing a two-stage editing process 
composed of virtual editing and real editing of two types 
of program chain called a user-defined PGC and an 
original PGC. 

IS (1-1) Physical Structure of a Recordable Optical Disc 

[0035] Rg. 2A shows the external appearance of a 
DVD- RAM disc that is a recordable optical disc. As 
shown in this drawing, the DVD-RAM is loaded Into a 
video data editing apparatus having been placed into a 
cartridge 75. This cartridge 75 protects the recording 
surface of ttie DVD- RAM. and has a shutter 76 which 
opens and closes to allow access to the DVD-RAM 
enclosed inside. 

[0036] Rg. 2B shows the recording area of DVD-RAM 
disc which is a recordable optical disc. As shown in ttie 
figure, tiie DVD-RAM has a lead-in area at its innermost 
periphery and a lead-out area at its outermost periph- 
ery, with the data area in between. The lead-in area 
records the necessary reference signals for ttie stabili- 
zation of a servo during access by an optical pickup, 
and identification signals to prevent confusion with other 
media. The lead-out area records the same type of ref- 
erence signals as ttie lead-in area. The data area, 
meanwhile, is divkJed into sectors which are ttie small- 
est unit by which the DVD- RAM can be accessed. Here, 
the size of each sector is set at 2KB. 
[0037] Fig. 2C shows the cross-section and surface of 
a DVD-RAM cut at tiie header of a sector. As shown in 
the figure, each sector is composed of a pit sequence 
ttiat is formed in ttie surface of a reflective film, such as 
a metal film, and a concave-convex part 
[0038] The pit sequence is composed of 
0.4jim-1.87nm pits ttial are carved into the surface of 
the DVD-RAM to show the sector address. 
[0039] The concave-convex part Is composed of a 
concave part called a "groove" and a convex part called 
a "land". Each groove and land has a recording mark 
composed of a metal film capable of phase change 
attached to its surface. Here, the expression "capable of 
phase change" means ttiat the recording mark can be in 
a crystalline state or a non-aystalline state depending 
on whether the metal film has been exposed to a light 
beam. Using ttiis phase change characteristic, data can 
be recorded into this concave-convex part. While it is 
only possible to record data onto the land part of an MO 
(Magnetic-Optical) disc, data can be recorded onto botii 
ttie land and ttie groove parts of a DVD-RAM. meaning 
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that the reoonding density of a DVD-RAM exceeds that 
of an MO disc. Error con-ection information is provided 
on a DVD-RAM for each group of 16 sectors. In this 
specification, each group of 16 sectors that is given an 
ECC (Error Correcting Code) is called an ECC block. s 
[0040] On a DVD-F(AM, the data area is divided to 
several zones to realize rotation control called Z- 
CLV(Zone-Constant Linear Velocity) during recording 
and reproduction. 

[0041] Fig. 3A shows the plurality of zones provided io 
on a DVD-RAM. As shown in the figure, a DVD-RAM is 
divided to 24 zones numbered zone O-zone 23. Each 
zone is a group of tracks that are accessed using ttie 
same angular velocity. In this embodiment, each zone 
includes 1888 tracks. The rotational angular velocity of is 
the DVD- RAM is set separately for each zone, with this 
velocity being higher the closer a zone is located to the 
inner periphery of the disc. Division of the data area into 
zones ensures that the optical pickup can move at a 
constant velocity while performing access within a sin- 20 
gle zone. By doing so, the recording density of DVD- 
RAM is raised, and rotation conti'ol during recording and 
reproduction is made easier. 
[0042] Fig. 3B shows a horizontal arrangement of the 
lead-in area, the lead-out area, and the zones 0-23 that 
are shown in Fig. 3 A. 

[0043] The lead-in area and lead-out area each 
include a defect management area (DMA: Defect Man- 
agement Area). This defect management area records 
position information showing the positions of sectors 
found to include defects and replacement position infor- 
mation showing whether tiie sectors used for replacing 
defective sectors are located in any of tiie replacement 
areas. 

[0044] Each zone has a user area, in addition to a 
replacement area and an unused area that are provided 
at the t)Oundary with tiie next zone. A user area is an 
area that the file system can use as a recording area. 
The replacement area Is used to replace defective sec- 
tors when such defective sectors are found. The unused 
area is an area that is not used for recording data. Only 
two ti'acks are used as the unused area, with such 
unused area being provided to prevent mistaken identi- 
fk^ation of sector addresses. The reason for this is tiiat 
while sector addresses are recorded at a same position 
in adjacent ti'acks within tiie same zone, for 2-CLV the 
recording positions of sector addresses are different for 
adjacent tracks at the boundaries between zones. 
[0045] In this way. sectors which are not used for data 
recording exist at the boundaries between zones. On a 
DVD-RAM, logical sector numbers (LSN: Logical Sector 
Number) are assigned to physical sectors of the user 
area in order starting from ttie inner periphery to con- 
secutively show only the sectors used for recording 
data. As shown in Fig. 30, the area that records user 
data and is composed of sectors that have t>een 
assigned an LSN is called the volume area. 
[0046] The volume area Is used for recording AV files 



ttiat are each conposed of a plurality of VOBs and an 
RTRW (RealTime Rewritable) management file tiiat is 
tiie management Information for the AV f aes. These AV 
files and RTRW management f De are in tact recorded in 
a fOe system according to ISO/IEC 13346, altiiough tiiis 
will not be explained in the present embodiment. The 
file system Is dealt witti in detail in tiie third embodiment 
below. 

f1-2l Data Recorded in the Volume Area 

[0047] Fig. 4A shows the content of the data recorded 
In the volume area of a DVD-RAM. 
[0048] The video stream and audio stream shown on 
tiie f iftii level of Rg. 4A are divided into units of around 
2KB. as shown on the fourth level. The units obtained 
ttirough tiiis division are interleaved into V0B#1 and 
V0B#2 in tiie AV file shown on the third level as video 
packs and audio packs in compliance witii MPEG 
standard. The AV file is split into a plurality of extents as 
shown on the second level, in compliance witii ISO/lEC 
1 3346. and tiiese extents each being stored in an empty 
area witiiln one zone in tiie volume area, as shown on 
ttie first level of Fig. 4A. 

[0049] Information for V0B#1 ~- V0B#3 is recorded in 
an RTRW management file as the V0B#1 information. 
V0B#2 information, and V0B#3 informatfon shown on 
ttie fifth level. In the same way as an AV file, this RTRW 
file Is divided Into a plurality of extents that are recorded 
In empty areas In tiie volume area. 
[0050] The following explanation will deal with video 
streams, audio streams, and VOBs separately, having 
first explained ttie hierarchical staucture of MPEG stand- 
ard and DVD-RAM standard which defffie ttie data 
structures of tiiese elements. 
[0051 ] Fig. 4B shows the hierarchical structure of tiie 
data definitions used under MPEG standard. The data 
structure for MPEG standard is composed of an ele- 
mentary stream layer and a system layer. 
[0052] The elementary sti'eam layer shown in Fig. 4B 
includes a video layer that defines the data stinctijre of 
video sti-eams. an MPEG-Audio layer that ddines the 
data structure of an MPEG-Audio stream, an AC3 layer 
tiiat defines the data structure of an audio sti'eam under 
Dolby-AC3 methods, and a LInear-PCM layer tiiat 
defines the data sti-ucture of an audio sti'eam under Un- 
ear-PCM metiiods. The presentation start time 
(Presentation_Start_Tlme) and presentation end time 
(Presentatlon_End_Tlme) are defined within the ele- 
mentary stream layer, tfiough, as shown by ttie separate 
boxes used for the video layer. MPEG- Audio layer, AC-3 
layer, and Linear-PCM layer, ttie data structures of tiie 
video stream and the audio sti'eam are independent of 
each ottier. The presentation start time and presenta- 
tion end time of a video frame and the presentation start 
time and presentation end time of an audio frame are 
similarly not synchronized. 

[0053] The system layer shown in Rg. 4B defines the 
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packs, packets. DTS and PTS that are described later. 
In Fig. 4B, the system layer is shown in a separate box 
to the video layer and audio layer, showing that the 
packs, packets, DTS and PTS are independent of the 
data structures of the video streams and audio streams. 5 
[0054] While the above layer structure is used for 
MPEG standard, DVD-RAM standard includes the sys- 
tem layer under MPEG standard shown in Rg. 4B and 
an elementary stream layer. In addition to the packs, 
packets, DTS, and PTS described above, DVD standard jo 
defines the data structures of the VOBs shown in Rg. 
4A. 

M-2-1^VideQ Stream 

15 

[D055] The video stream shown in Rg. 5A has a data 
structure that is defined by the video layer shown in Rg. 
4B. Each video stream is conrposed of an arrangement 
of a plurality of sets of picture data that each correspond 
to one frame of video images. This picture data is a 20 
video signal according to NTSC (National Television 
Standards Committee) or PAL (Phase-Alternation Line) 
standard that has been compressed using MPEG tech- 
niques. Sets of picture data produced by compressing a 
video signal under NTSC standard are displayed by 25 
video frames that have a frame interval of around 
33msec (1/29.97 seconds to be precise), while sets of 
picture data produced by compressing a video signal 
under PAL standard are displayed by video frames that 
have a frame Interval of 40msec. The top level of Rg. 5A 30 
shows exanples of video frames. In Rg. 5A, the sec- 
tions indicated between the "<" and symbols are 
each a video frame, with the "<" symbol showing the 
presentation start time (Presentatton_Start_Time) for 
each video frame and the symbol showing the pres- 35 
entation end time (Presentation_End_Time) for each 
video frame. This notation for video frames is also used 
in the following drawings. The sections which are 
enclosed by these symbols each include a plurality of 
video fields. 40 
[0056] As shown in Fig. 5A, the picture data that 
should be displayed for a video frame is inputted into a 
decoder before the Presentation_Start_Time of the 
video frame and must be taken from the buffer by the 
decoder at the Presentation_Start_Time. 45 
[0057] When compression is performed in accordance 
with MPEG standards, the spatial frequency character- 
istics within the image of one frame and the time-related 
con-elation with images that are displayed before or 
after the one frame are used. By doing so, each set of so 
picture data is converted into one of a Bidirectionally 
Predicative (B) Picture, a Predicative (P) Picture, or an 
Intra (I) Picture. A B picture is used where compression 
is performed using the time-related conrelation with 
images that are reproduced both before and after the ss 
present Image. A P picture Is used where compression 
is performed using the time-related correlation with 
images that are reproduced before the present image. 



An I picture is used where compression is performed 
using the spatial frequency characteristics within one 
frame without using time-related con-elation with other 
images. Rg. 5A shows B pictures. P pictures, and I pic- 
tures as all having the same size, although it should be 
noted that there is in fact great variation in their sizes. 
[0058] When decoding a B picture or a P picture that 
use the time-related correlation between frames. It Is 
necessary to refer to the images that are to be repro- 
duced before or after the picture being decoded. For 
example, when decoding a B picture, the decoder has to 
wait until the decoding of the following image has been 
completed. 

[0059] As a result, an MPEG video stream defines the 
coding order of each picture in addition to defining the 
display order of the pictures. In Rg. 5A, the second and 
third levels respectively show the sets of picture data 
arranged in display order and in coding order. 
[0060] In Rg. 5A. the reference target of one of the B 
pictures is shown by the broken line to be the following I 
picture. In the display order, this I picture follows the B 
picture, though since the B picture is compressed using 
time-related conrelation with the I picture, the decoding 
of the B picture has to wait for the decoding of the I pic- 
ture to be completed. As a result, the coding order 
defines that the I picture comes before the B picture. 
This rearranging of the display order of pictures when 
generating the coding order is called "reordering". 
[0061 ] As shown on the third level of Rg. 5A, each set 
of picture data is divided into 2KB units after being 
ananged into the coding order. The resulting 2KB units 
are stored as a video pack sequence, as shown on the 
bottom level of Rg. 5A. 

[0062] When a sequence of B pictures and P pictures 
is used, problems can be caused, such as by special 
reproduction features that perform decoding starting 
midway through the video stream. To prevent such prob- 
lems, an I picture is inserted into the video data at 0.5s 
intervals. Each sequence of picture data starting from 
an I picture and continuing as far as the next I picture is 
called a GOP (Group Of Pictures), with GOPs being 
d^ined in the system layer of MPEG standard as the 
unit for MPEG compression. On the third level of Rg. 
5A. the dotted vertical line shows the boundary between 
the present GOP and the following OOP In each GOP, 
the picture type of the picture data that is arranged last 
in the display order is a P picture, while the picture type 
of the picture data that is arranged first in the coding 
order must be an I picture. 

f1-2-21 Audio Stream 

[0063] The audio stream is data that has been com- 
pressed according to one of Dolby*AC3 method, MPEG 
method, and Linear-PCM. Like a video stream, an audio 
stream is generated using audio frames that have a 
fixed frame interval. Rg. 5B shows the con-espondence 
between the audio frames and audio data. In detail, the 
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reproduction period of an audio frame Is 32msec for 
Dolby-AC3, 24msec for MPEG, and around 1.67msec 
(1/600sec to be precise) for Unear-PCM. 
[0064] The top level of Fig. 5B shows example audio 
frames. In Fig. 5B, each section indicated between the 
"<" and symbols is an audio frame, wHh the sym- 
bol showing the presentation start time and the ">" sym- 
bol showing the presentation end time. This notation for 
video frames is also used in the following drawings. The 
audio data that should be displayed for an audio frame 
is inputted into a decoder before the presentation start 
time of the audio frame and should be taken out of the 
buffer by the decoder at the presentation start time. 
[00651 The bottom level of Fig. 5B shovi« an example 
of how the audio data to be reproduced in each frame is 
stored in audio pacl<s. In this figure, the audio data to be 
reproduced for audio frames f81 , f82 is stored in audio 
pack A71, the audio data to be reproduced for audio 
frame f84 is stored in audio pack A72, and the audio 
data to be reproduced for audio frames f86, f87 is stored 
in audio pack A73. The audio data to be reproduced for 
audio frame f83 is divided between the audio pack A71 
that oomes first and the audio pack A72 which comes 
later. In the same way, the audio data to be reproduced 
for audio frame f86 is divided between the audio pack 
A72 that comes first and the audio pack A73 which 
comes later. The reason the audio data to be repro- 
duced for one audio frame is stored divided between 
two audio packs is that the boundaries between audio 
frames and video frames do not match the boundaries 
between packs. The reason that such boundaries do 
not match is that the data structure of packs under 
MPEG standard Is independent of the data structure of 
video streams and audio streams. 

1 -2-3 Data Structure of VOBs 

[0066] TheVOBs(VideoObjects)#1.#2,#3...shown 
in Rg. 4A are program streams under ISO/IEC 13818-1 
that are obtained by multiplexing a video stream and 
audio stream, although these VOBs do not have a 
program_end_code at the end. 
[0067] Rg. 6A shows the detailed hierarchy for the 
logical construction of VOBs. This means that the logi- 
cal format located on the highest level of Rg. 6A is 
shown in more detail in the lower levels. 
[0068] The video stream that is located on the highest 
level in Fig. 6A is shown divided into a plurality of GOPs 
on the second level, with these GOPs having been 
shown in Rg. 5A. As in Fig. 5A. the picture data in GOP 
units is divided Into a large number of 2KB units. On the 
other hand, the audio stream shown on the left of the 
highest level in Rg. 6A is divided into a large number of 
approximately 2KB units on the third level In the same 
way as in Rg. 5B. The picture data for a GOP unit that 
is divided into 2KB units is interleaved with the audio 
stream that is similarly divided into approximately 2KB 
units. This produces the pack sequence on the fourth 



level of Fig. 6A. This pack sequence forms a plurality of 
VOBUs (Video Object Units) that are shown on the fifth 
level, with the VOB (Video Object) shown on the sixth 
level being composed of a plurality of these VOBUs 

5 arranged in a time series. In Fig. 6A. the guidelines 
drawn using broken lines show the relations between 
tine data in the data structures on adjacent levels. By 
referring to the guidelines in Rg. 6A, it can be seen that 
the VOBUs on the fiftii level correspond to tiie pack 

10 sequence on the fourth level and the picture data in 
GOP units shown on the second level. 
[0069] As can be seen by tracing the guidelines, each 
VOBU is a unit tiiat includes at least one GOP com- 
posed of picture data with a reproduction period of 

15 around 0.4 to 1 .0 second and audio data that has been 
interleaved with this picture data. At the same time, 
each VOBU is composed of an arrangement of video 
packs and audio packs under MPEG standard. The unit 
called a GOP under MPEG standard is defined by the 

20 system layer, although when only video data is specified 
by a GOP. as shown on the second level of Rg. 6A, the 
audio data and other data (such as sub-picture data and 
control data) that is multiplexed with the vkieo data is 
not indicated by the GOR Under DVD- RAM standard, 

25 the expression "VOBU" is used for a unit that corre- 
sponds to a GOP. with this unit being a general name for 
at least one GOP composed of picture data with a 
reproduction period of around 0.4 to 1 .0 seoond and the 
audio data that has been interleaved witfi tills picture 

30 data. 

[0070] Here, it is possit)le for parts of a VOB to be 
deleted, with ttie minimum unit being one VOBU. As one 
example, the video sta-eam recorded on a DVD-RAM as 
a VOB may contain Images for a commercial tiiat are 

35 not wanted by ttie user. The VOBUs in this VOB include 
at least one GOP that composes the commercial and 
audio data tiiat is interleaved with this picture data, so 
ttiat if only the VOBUs in the VOB tiiat conrespond to the 
commercial can be deleted, tiie user will tiien be able to 

40 watch the video stream witiiout having to watoh the 
commercial. Here, even if one VOBU is deleted, for 
example, tiie VOBUs on either skJe of tiie deleted 
VOBU will include a part of the video stream in GOP 
units tiiat each have an I picture located at their front. 

45 This means ttiat a nornfial decode and reproduction 
process are possible, even after the deletion of tiie 
VOBU. 

[0071 1 Fig. 6B shows an example where part of a VOB 
is deleted. This VOB originally includes V0BU#1. 
so V0BU#2. V0BU#3, V0BU#4 .... V0BU#7. When tfie 
deletion of V0BU#2. V0BU#4. and V0BU#6 is indi- 
cated, tiie areas that were originally occupied by these 
VOBUs are freed and so are shown as empty areas on 
tiie second level of Fig. 6B. When the VOB is repre- 
ss duced thereafter, the reproductfon order is V0BU#1, 
V0BU#3. V0BU#5. and V0BU#7. 
[0072] The video packs and audio packs Included in a 
VOBU each have data lengtii of 2KB. This 2KB size 
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matches the sector size of a DVD-RAM, so that each 
video pack and audio pack is recorded in a separate 
sector. 

[0073] The arrangement of video packs and audio 
packs is Gon-esponds to the arrangement of an equal 
number of consecutive logical sectors, and the data 
held within these packs is read from the DVD-RAM. This 
Is to say, the an-angement of video packs and audio 
packs refers to the order in which these packs are read 
from the DVD-RAM. Since each video pack is approxi- 
mately 2KB in size, if the data size of the video stream 
for one VOBU Is several hundred KB. for example, the 
video stream will be stored having been divided Into 
several hundred video packs. 

(1-2-3-1) Pata Strugtiire of VideQ Pacte anj Audio 
Packs 

[0074] Figs. 6C to 6E show the logical format of the 
video packs and audio packs stored In a VOBU. htor- 
mally. a plurality of packets are inserted into one pack in 
an MPEG system stream, although under DVD-RAM 
standard, the number of packets that may be Inserted 
Into one pack is restricted to one. Fig. 60 shows the log- 
ical format of a vkieo pack arranged at the start of a 
VOBU. As shown in Rg. 60, the first video pack in a 
VOBU Is composed of a pack header, a system header, 
a packet header, and video data that is part of the vkJeo 
stream. 

[0075] Rg. 6D shows the logical format of the vkJeo 
packs that do not come first in the VOBU. As shown in 
Rg. 6D, these video packs are each composed of a 
pack header, a packet header, and video data, with no 
system header. 

[0076] Fig. 6E shows the logical format of the audio 
packs. As shown in Rg. 6E. each audio pack is com- 
posed of a pack header, a packet header, a 
sub_stream_id showing whether the compression 
method used for the audio stream included in the 
present pack is Linear-ROM or DoIby-AC3, and audio 
data that is part of the audio stream and has been com- 
pressed according to the Indicated method. 

(1-2>3-2-1) Buffer Control within a VOB 

[0077] The video stream and audio stream are stored 
in video packs and audio packs as described above. 
However, in order to seamlessly reproduce VOBs, it is 
not sufficient to store the video stream and audio stream 
in video packs and audio packs, with it being necessary 
to suitably arrange of video packs and audio packs to 
ensure that buffer control will be unintenupted. The buff- 
ers referred to here are Input buffers for temporarily stor- 
ing the video stream and the audio stream before irput 
into a decoder. Hereinafter, the separate buffers are 
refen-ed to as the video buffer and the audio buffer, with 
specific examples being shown in as the video buffer 4b 
and the audio buffer 4d in Rg. 19. Uninterrupted buffer 



control refers to input control for the buffer that ensures 
that overflow or underflow do not occur for either input 
buffer. TTiis is described In more detail later, but Is fun- 
damentally achieved by assigning time stamps (show- 

5 ing the correct times for the input, output, and display of 
data) that are standardized for an MPEG stream to the 
pack header and packet header shown in Rg. 6D and 
Rg. BE. If no underflows or overflows occur for the vkJeo 
buffer and audio buffer, no interruptions will occur In the 

w reproduction of the video streams and audio streams. 
As will be clear from this specification. It is very impor- 
tant that buffer control Is uninten-upted. 
[0078] There is a time limitation whereby each set of 
audio data needs transferred to the audio buffer and 

IS decoded by the presentation start time of the audk) 
frame to be reproduced by such data, but since audio 
streams are encoded using fixed-length encoding with a 
relatively small amount of data, the data that is required 
for the reproduction of each audio frame can be stored 

20 In audio packs. These audio packs are transferred to the 
audio buffer during reproduction, meaning that the time 
limitation described above can be easily managed. 
[0079] Rg. 7A Is a figure showing the ideal buffer 
operation for the audio buffer. This f igure shows how the 

25 buffer occupancy changes for a sequence of audio 
frames. In this specification, the term "buffer occu- 
pancy" refers to the extent to which the capacity of a 
buffer is being used to store data. The vertical axis of 
Fig. 7A shows the occupancy of the audio buffer, while 

30 the horizontal axis represents time. This time axis is 
split Into 32msec sections, which matches the reproduc- 
tion period of each audio frame in tiie Dolby-AC3 
method. By referring to this graph, it can be seen that 
the occupancy of the buffer changes over time to exhib- 

35 its a sawtooth pattern. 

K)080] The height of each triangular tooth that com- 
poses the sawtooth pattern represents the amount of 
data In the part of the audio stream to be reproduced In 
each audio frame. 

40 [0081] The gradient of each triangular tooth repre- 
sents the transfer rate of the audio stream. This transfer 
rate is the same for ail audio frames. 
[0082] During the period conesponding to one trian- 
gular tooth, audio data is accumulated with a constant 

45 transfer rate during tiie display period (32msec) of the 
audio frame preceding the audio frame tiiat is repro- 
duced by this audio data. At the presentation end time 
of tfie preceding audio frame (this time representing the 
decode time for the present frame), the audio data for 

so the present frame Is instantiy oulputted from the audio 
buffer. The reason a sawtooth pattern is achieved is that 
the processing from the storage in the buffer to output 
from the buffer is continually repeated. 
[0083] As one example, assume that transfer of an 

55 audio stream to the audio buffer begins at time T1 . This 
audio data should be reproduced at time T2. so that 
amount of data stored in the audio buffer will gradually 
increase between time T1 to time T2 due to the transfer 
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of this audio data. However, because this transferred 
audio data is output at the presentation end time of the 
preceding audio frame, the audio buffer will be cleared 
of audio data at that point, so that the occupancy of the 
audio buffer returns to 0. In Fig. 7A, the same pattern is 
repeated between time T2 and time T3. between time 
T3 and time T4, and so on. 

[0084] The buffer operation shown in Rg. 7A is the 
ideal buffer operation state for the premise where the 
audio data to be reproduced in each audio frame is 
stored in one audio pack. In reality, however, it is normal 
for audio data that will be reproduced in several different 
audio frames to be stored in one audio pacK as shown 
in Rg. 5B. Rg. 7B shows a more realistic operation for 
the audio buffer. In this figure, audio pack A31 stores 
audio data A21, A22, and A23 which should respec- 
tively be decoded by the presentation end times of 
audio frame f21 , f22, and f23. As shown in Rg. 7B, only 
the decoding of audio data A21 will be completed at the 
presentation end time of audio frame f21. with the 
decoding of the other sets of audio data f22 and f23 
being respectively completed by the presentation end 
times of the following audio frames f22 and f23. Of the 
audio frames included in this audio pack, audio data 
A21 should be decoded first, with the decoding of this 
audio data needing to be completed by the presentation 
end time of audio frame f21. Accordingly, this audio 
pack should be read from the DVD-RAM during the 
reproduction period of the audio frame f21 . 
[0085] Video streams are encoded with variable code 
length due to the large differences in code size between 
the different types of pictures (I pictures. P pictures, and 
B pictures) used in compression methods that use time- 
related correlation. Vkieo streams also include a signifi- 
cant amount of data, so that it is difficult to complete the 
transfer of the picture data for a video frame, especially 
the picture data for an I picture, by the presentation end 
time of the preceding video frame. 
[0086] Rg. 70 is a graph showing video frames and 
the occupancy of the video buffer. In Rg. 7C, the vertical 
axis represents the occupancy in the video buffer, while 
the horizontal axis represents time. This horizontal axis 
is split into 33msec sections which each match the 
reproduction period of a video frame under NTSC 
standard. By referring to this graph, it can be seen that 
the changes in the occupancy of the vkieo buffer 
changes over time to exhibit a sawtooth pattern. 
[0087] The height of each triangular tooth that com- 
poses the sawtooth pattern represents the amount of 
data in the part of the video stream to be reproduced in 
each video frame. As mentioned before, the amount of 
data in each video frame is not equal, since the amount 
of code for each video frame is dynamically assigned 
according to the complexity of the frame. 
[0088] The gradient of each triangular tooth shows the 
transfer rate of the video stream. The approximate 
transfer rate of the video stream is calculated by sub- 
tracting the output rate of the audio stream from the out- 



put rate of the track buffer. This transfer rate is the same 
during each frame period. 

[0089] During the period corresponding to one trian- 
gular tooth in Rg. 7C, picture data is accumulated with 

5 a constant transfer rate in during the display period 
(33msec) of the video frame preceding the video frame 
that is reproduced by this picture data. At the presenta- 
tion end time of the preceding video frame (this time 
representing the decode time for the present picture 

10 data), the picture data for the present frame is instantly 
outputted from the video buffer. The reason a sawtooth 
pattern is achieved is that the processing from the stor- 
age in the video buffer to output from the vkieo buffer is 
continually repeated. 

15 [0090] When the image to be displayed in a given 
video frame is complex, a larger amount of code needs 
to be assigned to this frame. When a larger amount of 
code is assigned, this means that the pre-storage of 
data in the vkJeo buffer needs to be commenced well in 

20 advance. 

[0091] Normally, the period from the transfer start 
time, at which the transfer of picture data into the video 
buffer is commenced, to the decode time for the picture 
data is called the VBV (Video Buffer Verify) delay. In 

25 general, the more complex the image, the larger the 
amount of assigned code and the longer the VBV delay. 
[0092] As can be seen from Rg. 70, the transfer of the 
picture data that is decoded at the presentation end 
time T1 6 of the preceding vkieo frame is commenced at 

30 time T1 1 . The transfer of picture data that is decoded at 
the presentation end time T18 of the preceding video 
frame, meanwhile, is commenced at time T12. The 
transfer of the picture data for other video frames can be 
seen to be commenced at times T14, T15, T17, T19, 

35 T20, andT21. 

[0093] Rg. 7D shows the transfer of sets of picture 
data in more detail. When considering the situation in 
Rg. 70, the transfer of the picture data to be decoded at 
time T24 in Rg. 7D needs to be completed in the 

40 Tf_Period" between the start time T23 of the "VBV 
delay" and the start of the transfer of the picture data for 
the next video frame to be reproduced. The increase in 
the occupancy of the buffer that occurs from this 
Tf_Period onwards is caused by the transfer of the pic- 

45 ture data for the image to be displayed in the next video 
frame. 

[0094] The picture data accumulated in the video 
buffer waits for the time T24 at which the picture data is 
to be decoded. At the decode time T24, the image A is 
50 decoded, which clears part of the picture data stored in 
the video buffer, ther^y reducing the total occupancy of 
the vkieo buffer. 

[0095] When considering the above situation, it can be 
seen that while it is suffrcient for the transfer of audio 
55 data to be reproduced in a certain audio frame to be 
commenced around one frame in advance, the transfer 
of picture data for a certain video frame needs to be 
commenced well before the decode time of such picture 
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data. In other words, the audio data which should be 
reproduced in a certain audio frame should be inputted 
into the audio buffer at around the same time as picture 
data for a video frame that is well in advance of the 
audio frama This means that when the audio stream 5 
and video stream are multiplexed into an MPEG stream, 
audio data needs to multiplexed well before the con-e- 
sponding picture data. As a result the video data and 
audio data in a VOBU are in fact composed of video 
data that will be reproduced later and audio data. w 
[0096] The arrangement of the plurality of video packs 
and audio packs has been desaibed as reflecting the 
transfer order of the data included in the packs. Accord- 
ingly, to have the audio data to be reproduced in an 
audio frame read at approximately the same time as the 15 
picture data to be reproduced in a video frame that is 
well ahead of the audio frame, the audio packs and 
video packs that store the audio data and picture data in 
question need to be arranged into a same part of the 
VOB. 20 
[0097] Fig. 8A shows how the audio packs, which 
store audio data to be reproduced in each audio frame, 
and the video packs, which show the picture data to be 
reproduced in each video frame, should be stored. 
[0098] In Fig, 8A, the rectangles marked with "V" and 25 
"A" show each video pack and audio pack. Fig 8B 
shows the meaning of the width and height of each of 
these rectangles. As shown in Fig. 8B, the height of 
each rectangle shows the bitrate used to transfer the 
pack. As a result, packs that have a tall height are trans- 30 
ferred with a high bitrate. which means that the pack can 
be Inputted into a buffer relatively quickly. Packs that are 
not tall, however, are transferred with a tow bitrate, and 
so take a relatively long time to be transferred into the 
buffer. 35 
[0099] The picture data V1 1 that is decoded at time 
T11 In Fig. 8B is transferred during the period k11. 
Since the transfer and decoding of the audio data A1 1 
are performed during this period k11, the video packs 
that store the video data V1 1 and the audio pack that 40 
stores the audio data A1 1 are arranged into a similar 
position, as shown in the lower part of Rg. 8A. 
[0100] The picture data V12 that is decoded at time 
T12 in Rg. 8A is transferred during the period k12. 
Since the transfer and decoding of the audio data A12 45 
are performed during this period k12. the video packs 
that store the vkleo data VI 2 and the audio pack that 
stores the audio data A12 are an^nged into a similar 
position, as shown in the lower part of Fig. 8A. 
[0101] In the same way. the audio data A1 3. A1 4, and so 
A15 are an'anged into similar positions as the picture 
data VI 3 and VI 4 whose transfer is commenced at the 
output time of these sets of audio data. 
[0102] Note that when picture data with a large 
amount of assigned code, such as picture data VI 6, is ss 
accumulated in the buffer, a plurality of audio data A15, 
A16, and A17 are multiplexed during k16 which Is the 
transfer period of the pkrture data VI 6. 



[01 03] Rg. 9 shows how audio packs that store a plu- 
rality of sets of audio data to be reproduced in a plurality 
of audio frames and video packs that store picture data 
to be reproduced in each video frame may be stored. In 
Rg. 9. audio pack A31 stores the audio data A21 , A22, 
and A23 that is to be reproduced for audio frames f21 , 
f22, and f23. Of the audio data that is stored in the audio 
pack A3i , the first audio data to be decoded is the audio 
data A21. Since the audio data A21 needs to be 
decoded at the presentation end time of the audio frame 
f20, this audio data A21 needs to be read from the DVD- 
RAM together with the picture data V1 1 whose transfer 
is performed during the same period (period k11) as the 
audio frame f20. As a result, the audio pack A31 Is 
anBnged near the video packs that store the picture 
dalavn. 

[01 04] When considering that an audio pack can store 
audio data which should be decoded for several audio 
frames, and that audio packs are arranged in similar 
positions to video packs that are composed of picture 
data which shoukJ be decoded in the future, it may 
seem that the audio data and picture data to be 
decoded at the same time should be stored in audio 
packs and vkieo packs that are at distant positions 
vtfHhin a VOB. However, there will be no cases where 
video packs which store picture data that will be 
decoded one second or more later are stored alongside 
audio data that shoukJ be decoded at the same time. 
This is because MPEG standard defines the upper limit 
for the time data can be accumulated in the buffer, with 
all data having to be outputted from the buffer within one 
second of being inputted into the buffer. This restriction 
is called the "one-second rule" for MPEG standard. 
Because of the one-second rule, even if audio data and 
picture data that are to be decoded at the same time are 
arranged into distant positions, the audio pack that 
stores the audio data to be decoded at a given time will 
definitely be stored within a range of 3 VOBUs from the 
VOBU that stores the picture data to t>e decoded at the 
same given time. 

f 1-2-3-2-2) Buffer Control Between VOBs 

[01 05] The following explanation deals with the buffer 
control that is performed when reproducing two or more 
VOBs successively Rg. 10A shows the buffer state for 
the first part of a video stream. In Rg. 10A. the input of 
the pack that includes the picture data is commenced at 
the point indicated as First_SCR during the video frame 
f71 . with the amount of data shown as BT2 being trans- 
fen-ed by the presentation end time of the video frame 
f72. Similarly, the amount of data BT3 has been accu- 
mulated in the buffer by the presentation end time of the 
video frame f73. This data is read from the video buffer 
by the video decoder at the presentation end time of the 
video frame f74, with this time being indicated hereafter 
by the notation Rrst_DTS. In this way, the state of the 
buffer changes as shown In Rg. 10A. with no data for a 
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preceding video stream at the start and the accumu- 
lated amount of data gradually inaeasing to trace a tri- 
angular shape. Note here that Fig. 1 0A is drawn with the 
premise that the video pack is inputted at the time 
Ftrst_SCR. although when the pack positioned at the 
front of a A/OB is a different pack, the start of the 
increased in the amount of buffered data will not match 
the time First^SCR. Also, the reason Last^SCR is posi- 
tioned midway through a video frame is that the data 
structure of the pack is unrelated to the data structure of 
the video data. 

[0106] Fig. 10B shows the buffer state during the latter 
part of a video stream. In this drawing, the input of data 
into the video buffer is completed at the time Last_SCR 
that is located mkiway through video frame f61. After 
this, only the data amount A3 of the accumulated video 
data Is taken from video buffer at the presentation end 
time of video frame f61. Following this, it can be seen 
that only the data amount A4 is taken from video buffer 
at the presentation end time of video frame f62, and 
only the data amount A5 is taken at the presentation 
end time of video frame f63, this latter time also being 
called the Last^DTS. 

[0107] For the latter part of a VOB, the input of video 
packs and audio packs is completed by the time shown 
as Last_SCR in Rg. 10B, so that the amount of data 
stored in the video buffer will thereafter decrease in 
steps at the decoding of vkieo frames f61. f62. f63 and 
f64. As a result, the occupancy of the buffer decreases 
in steps at the end of a video stream, as shown in Fig. 
10B. 

[01 08] Fig. 1 0C shows the buffer state across VOBs. 
In more detail, this drawing shows the case where the 
latter part of a video stream that causes the buffer state 
shown in Fig. 10B is seamlessly linked to the former 
part of another video stream that causes the buffer state 
shown in Fig. 10A. 

[01 09] When these two video streams are seamlessly 
linked, the First_DTS of the foyer part of the second 
video stream to be reproduced needs to follow after the 
video frame with the Last_DTS of the latter part of the 
first video stream. In other words, the decoding of the 
first video frame in the second video stream needs to be 
performed after the decoding of the video frame with the 
final decode time in the first video stream. If the interval 
between the Last_DTS of the latter part of the first video 
stream and the First_DTS of the former part of the sec- 
ond video stream is equivalent to one video frame, the 
picture data of the latter part of the f irst video stream will 
coexist in the video buffer with the picture data of the 
former part of the second video stream, as shown in 
Fig. 10C. 

[01 1 0] In Rg. 1 0C. it is assumed that the video frames 
f71, f72, and f73 shown in Rg. 10A match the video 
frames f61 , f62, and f63 shown in Fig. 10B. In such con- 
ditions, at the presentation end time of video frame f71 . 
the picture data BE1 of the latter part of the first video 
stream and the picture data BT1 of the former part of 



the second video stream are present in the video buffer. 
At the presentation end time of the video frame f72, the 
picture data BE2 of the latter part of the first video 
stream and the picture data BT2 of the former part of 

5 the second video stream are present in the video buffer. 
At the presentation end time of the video frame f73, the 
picture data BE3 of the latter part of the first video 
stream and the picture data BT3 of the former part of 
the second video stream are present in the video buffer. 

10 As the decoding of video frames progresses, the picture 
data of the latter part of the first video stream decreases 
in steps, while the picture data of the former part of the 
second video stream gradually increases. These 
decreases and increases occur concurrently, so that the 

IS buffer state shown in Rg. IOC exhibits a sawtooth pat- 
tern which closely resertibles the buffer state shown for 
VOBs in Fig. 70. 

[01111 It should be noted here that each of total 
BT1+BE1 of the data amount BT1 and the data amount 

20 BEl. total BT2+BE2 of the data amount BT2 and the 
data amount BE2, and total BT3+BE3 of the data 
amount BT3 and the data amount BE3 is below the 
capacity of the video buffer. Here, if any of these totals 
BT1+BE1 , BT2+BE2 or BT3+BE3 exceeds the capacity 

25 of the video buffer, an overflow will occur in the video 
buffer. If the highest of these totals is expressed as 
Bv1+Bv2, this value Bv1+Bv2 must be within the capac- 
ity of the video buffer. 

30 f1 '2-3-3) Pack Header. System Header. Packet Header 

[01 1 2] The information for the buffer control described 
above is written as time stamps in the pack header, the 
system header, and the packet header shown in Figs. 

35 6F~6H. Figs. 6F-6H show the logical formats of the 
pack header, the system header, and the packet 
header. As shown in Fig. 6F, the pack header includes a 
Pack_Start_Code. an SCR (System Clock Reference) 
showing the time at which the data stored in the present 

40 pack should be inputted into the video buffer and audio 
buffer, and a Program_max_rate. In a VOB, the first 
SCR is set as the initial value of the STC (System Time 
Clock) that is provided as a standard feature in a 
decoder under MPEG standard. 

45 [0113] The system header shown in Fig. 6G is only 
appended to the video pack that is located at the start of 
a VOBU. This system header includes maximum rate 
information (shown as the "Rate.bound.infb" in Fig. 6G) 
showing the transfer rate to be requested of the repro- 

50 duction apparatus when inputting the data, and buffer 
size information (shown as "Bufferbound.info" in Fig, 
6G) showing the highest buffer size to be requested of 
the reproduction apparatus when inputting the data In 
the VOBU. 

55 [01 1 4] The packet header shown in Rg. 6H Includes a 
DTS (Decoding Time Stamp) showing the decoding 
time and, for a video stream, a PTS (Presentation Time 
Stamp) shown the time at which data should be output- 
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ted after reordering the decoded video stream. The PTS 
and DTS are set based on the presentation start time of 
a video frame or audio frame. In the data construction, a 
PTS and a DTS can be set lor all packs, although it is 
rare lor such information for picture data that should be 5 
displayed for all the video frames. It is conrunon for such 
information to be assigned once in a GOP, which is to 
say once every 0.5 seconds of reproduction time. Every 
video pack and audio pack is assigned an SCR. how- 
ever. JQ 

[0115] For a video stream, it is common for a PTS to 
be assigned to each video frame in a GOP, though for 
an audio stream, it is common for a PTS to be assigned 
every one or two audio frames. For an audio stream, 
there will be no difference between the display order is 
and ttie coding order, so that no DTS is required. When 
one audio pack stores all of the audio data that is to be 
reproduced for two or more audio frames, a PTS is writ- 
ten at the start of the audio pack. 
[01 16] As one example, the audio pack A71 shown In 20 
F\g. 5B may be given the presentation start time of the 
audio frame f81 as the PTS. On the other hand, the 
audio pack A72 that stores the divided audio frame f83 
must be given the presentation start time of ttie audio 
frame f84. not the presentation start time of tiie audio 25 
frame f83, as the PTS. This is also the case for the 
audio pack A73, which must be given the presentation 
start time of the audio frame f86, not the presentation 
start time of the audio frame f85, as the PTS. 

30 

f 1-2-3-4) Continuity of Time Stamps 

[0117] The following is an explanation of the values 
that are set as tfie PTS. DTS, and SCR for video packs 
and audio packs, as shown in Rgs. 6F to 6H. 3S 
[0118] Fig. 11 A is a graph showing the values of the 
SCR of packs included in a VOB in tiie order tiiat packs 
are arranged in the VOB. The horizontal axis shows the 
order of tiie video packs, with tiie vertical axis shows the 
value of the SCR which is assigned to each pack. 40 
[0119] The first value of tiie SCR in Fig. 1 1 A is not 
zero, and is instead a predetermined value shown as 
Init1 . The reason the first value of ttie SCR is not zero is 
that ttie VOBs ttiat are processed by a video editing 
apparatus are subjected to many editing operations, so 45 
that ttiere are many cases where the first part of a VOB 
will have already been deleted. It should be obvious ttiat 
the initial value of ttie SCR of a VOB tiiat has just been 
encoded will be zero, alttiough the present embodiment 
assumes ttiat the initial value of tiie SCR for a VOB is so 
not zero, as shown in Fig. 1 1 A. 
[0120] In Fig. 1 1 A, ttie closer a video pack is to the 
start of ttie VOB, the lower the value of the SCR of ttiat 
video pack, and ttie further a video pack is from the start 
of ttie VOB. the higher ttie value of ttie SCR of ttiat video ss 
pack. This characteristic is referred to as the "continuity 
of time stamps", witti the same continuity being exhib- 
ited by the DTS. Though the coding order of vkJeo packs 



Is such that a latter video pack may in fact be displayed 
iDefore a former video pacK meaning tiiat the PTS of ttie 
latter pack has a lower value ttian ttie former pack, the 
PTS will still exhbit a rough continuity in tiie same way 
as tfie SCR and tiie DTS. 

[01 21 ] The SCR of audio packs exhibits continuity in 
the same way as for video packs. 
[0122] The continuity of the SCR. DTS, and PTS is a 
prerequisite for tiie proper decoding of VOBs. The fol- 
lowing is an explanation of ttie values used for SCR to 
maintain tiiis continuity. 

[01 23] In Fig. 1 1 B, the straight line showing ttie values 
of SCR in tiie section B Is an extension of ttie straight 
fine showing ttie values of SCR in ttie section A. This 
means that there is continuity between the values of 
SCR between section A and section B. 
[01 24] In Fig. 1 1 C, ttie first value of SCR in the period 
D Is higher ttian the largest value on the straight line 
showing ttie values of SCR in tiie section C. However, in 
this case also, the closer a pack is to the start of the 
VOB, ttie lower ttie value of SCR. and the furtfier a 
video pack is from tiie start of the VOB, tiie higher tiie 
value of SCR. This means ttiat there is continuity of tiie 
time sta m ps between section C and section D. 
[0125] Here, when ttie difference in time stamps is 
large, tiiese stamps are naturally non-continuous. 
Under MPEG standard, the difference between pairs of 
time stamps, such as SCRs, must not exceed 0.7 sec- 
onds, so tiiat areas in ttie data where this value is 
exceeded are treated as being non-continuous. 
[0126] In Rg. 1 1 D, the last value of SCR in section E 
is higher than the first value on ttie straight line showing 
the values of SCR in section F. In ttiis case, the continu- 
ity wherein ttie closer a pack is to the start of ttie VOB. 
the lower ttie value of SCR. and the further a video pack 
is from ttie start of ttie VOB. the higher ttie value of SCR 
is no longer valid, so ttiat tiiere is no continuity in tiie 
time stamps between section E and section F 
[01 27] When there is no continuity in the time stamps, 
as the example of section E and section F. ttie fomier 
and latter sections are managed as separate VOBs. 
[01 28] It should be noted ttiat ttie details of buffer con- 
trol between VOBs and the multiplexing metiiod are 
described in detail in ttie PCT publications "^0 
97/1336r and "WO 97/13363". 

(1-2-4) AVFil^ 

[01 29] An AV file is a file ttiat records at least one VOB 
ttiat is to be reproduced consecutively. When a plurality 
of VOBs are held within one AV file, these VOBs are 
reproduced in ttie order they are stored in the AV file. 
For ttie example in Rg. 4, the three VOBs, V0B#1, 
V0B#2, and V0B#3. are stored in one AV file, witfi 
ttiese VOBs being r^)roduced in ttie order V0B#1 -> 
V0B#2 V0B#3. When VOBs are stored in ttiis way. 
the buffer state for ttie vkJeo stream positioned at ttie 
end of the first VOB to be reproduced and ttie video 
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stream positioned at the start of the next VOB to be 
reproduced will be as shown in Fig. 10C. Here, if the 
highest amount data Bvl +Bv2 to be stored in the buffer 
exceeds the capacity of the buffer, or if the first time 
stamp in the VOB to be reproduced second is not con- 5 
tinuous with the last time stanp in the VOB to be repro- 
duced first, there is the danger that seamless 
reproduction will not be possible lor the f ^t and second 
VOBs. 

10 

(1-3) Logical Construction of the RTRW Management 

[0130] The following is an explanation of the RTRW 
management file. The RTRW management file is inlor- is 
mation showing attributes for each VOB stored in an AV 
file. 

[0131 ] Fig. 12A shows the detailed hierarchical struc- 
ture in which data is stored in the RTRW management 
file. The logical format shown on the right of Fig. 12A is 20 
a detailed expansion of the data shown on the left, with 
the broken lines serving as guidelines to clarify which 
parts of the data structure are being expanded. 
[0132] By referring to the data structure in Fig. 12B, it 
can be seen that the RTRW management file records 25 
VOB information for V0B#1 . V0B#2. V0B#3, ... V0B#6, 
and that this VOB information is composed of VOB gen- 
eral information, stream attribute information, a time 
map table, and seamless linking information. 

30 

f 1-3-1) VQB GQngf^ Informatipn 

[0133] The *VOB general informatjon" refers to the 
VOB-ID that is uniquely assigned to each VOB in an AV 
file and to the VOB reproduction period information of 3S 
each VOB. 

(1-3-2) gtream Attribute Information 

[01 34] The stream atfalbute information is composed 40 
of video attribute infbrniation and audio attribute infor- 
mation. 

[0135] The video attribute information includes video 
format information that indicates one of MPEG2 and 
MPEG1, and a display method that indicates one of 45 
NTSC and PAUSECAM. When the video attribute infor- 
mation indicates NTSC, an indication such as 
"720x480" or "352x240" may be given as the display 
resolution, and an indication such as "4:3" or "16:9" may 
be given as the aspect ratio. TTie presence/absence of so 
copy prevention control for an analog video signal may 
also be indicated, as may the presence/absence of a 
copy guard for a video cassette recorder which dam- 
ages the AGO circuit of a VTR by changing the signal 
amplitude during the blank period of a video signal. ss 
[0136] The audio attribute information shows the 
encoding method which may be one of MPEG2, Dolby 
Digital, or Unear-PCM, the sarrpling frequency (such as 



744A2 32 

4SkHz), a bitrate when af ixed bitrate is used, or a bitrate 
marked with "VBR*' when a variable bitrate is used. 
[0137] The time map table shows the size of each 
VOBU that composes the VOB and the reproduction 
period of each VOBU. To improve accessing capabili- 
ties, representative VOBUs are selected at a predeter- 
mined interval, such as a multiple of ten seconds, and 
tiie addresses and reproduction times of these repre- 
sentative VOBUs are given relative to tiie start of tiie 
VOB. 

(1-3-3) Seamless Unkina Information 

[01 38] The seamless linking information is information 
which enables the consecutive reproduction of the plu- 
rality of VOBs in tiie AV file to be performed seamlessly. 
This seamless linking information includes tiie seam- 
less flag, the video presentation start time 
VOB_V_S_PTM, the video presentation end time 
VOB_V_E_PTM, the First^SCR. tine Last_SCR. the 
audio gap start time A_STP_PTM, the audio gap length 
A_GAP_LEN, and tiie audio gap location information 
A_GAP_LOC. 

(1-3-3-1) Seamless Flag 

[0139] The seamless flag is a flag showing whether 
the VOB coH'esponding the present seamless linking 
information is reproduced seamlessly following the end 
of reproduction of the VOB positioned immediately 
before the present VOB in tiie AV file. When this flag is 
set at "01", the reproduction of ttie present VOB (the lat- 
ter VOB) is performed seamlessly, while when the flag is 
set at "00", tiie reproduction of the present VOB is not 
produced seamlessly. 

[0140] In order to perform the reproduction of a plural- 
ity of VOBs seamlessly, the relationship between the 
fomrier VOB and the latter VOB nnjst be as follows. 

(1) Both VOBs must use the same display method 
(NTSC, PAL, etc.) for tiie video stream as given In 
the video attribute information. 

(2) Both VOBs must use the same encoding 
metiiod (AC-3, MPEG, Unear-PCM) for tiie audio 
stream as given in the audio attribute information. 

[0141] Failure to comply with the above conditions 
prevents seamless reproduction from being performed. 
When a different display metiiod is used for a video 
stream or a different encoding method Is used for an 
audio stream, the video encoder and audio encoder will 
have to stop ttieir respective operations to switch tiie 
display method, decoding method, and/or bit rate. 
[0142] As one example, when two audio streams that 
are to be reproduced consecutively are such tiiat the 
former audio stream has been encoded according to 
AC-3 methods and ttie latter according to MPEG meth- 
ods, an audio decoder will have to stop decoding to 
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switch the stream attributes when the stream switches 
from AC-3 to MPEG. A similar situation also occurs for 
a video decoder when the video stream changes. 
[0143] The seamless flag is only set to "OV when both 
of the above conditions (1) and (2) are satisfied. If any 
one of the above conditions (1) and (2) is not satisfied, 
the seamless flag is set at "00". 

f1>3-3-2) Video Presentation Start Time VOB V S PTM 

[0144] The video presentation start time 

VOB_V_S_p™ shews the time at which reproduction 
of the first video field in the video streams composing a 
VOB is to start This time is given in PIU descriptor for- 
mat. 

[01 45] PTM descriptor format is a format whereby the 
time is expressed with an accuracy of 1/27.000.000 
seconds or 1/90,000 seconds (=300/27,000,000 sec- 
onds). This accuracy of 1/90,000 seconds is set consid- 
ering the common mult9)les of the frame frequencies of 
NTSC signals, PAL signals. Dolby AC-3, and MPEG 
Ajadio, while the accuracy of 1/27,000,000 seconds is 
set considering the frequency of the STC. 
[01 46] Fig. 1 2B shows the PTM descriptor format. In 
this drawing, the PTM descriptor format Is composed of 
a base element (P™_base) that shows the quotient 
when the presentation start time is divided by 1/90,000 
seconds and an extension element (PTM^extension) 
that shows the remainder when the same presentation 
start time Is divided by the base element to an accuracy 
of 1/27,000.000 seconds. 

n -3-3-3^ Video Presentation End Time VDB V E PTM 

[0147] The video presentation end time 

VOB_V_E_PTM shows the time at which reproduction 
of the last video field in the video streams composing a 
VOB ends. This time is also given in PTM descriptor for- 
mat. 

(1-3-3-4^ Relation between Video Presentation Start 
Time VOB V S PTM and Video Presentation End Time 

vobveptm "^ 

[0148] The following is an explanation of the relation 
between the VOB_V_E_PTM of a former VOB and the 
V0B_V_S__PTM of a latter VOB. when the former VOB 
and latter VOB are to be seamlessly reproduced. 
[0149] Since the latter VOB is fundamentally to be 
reproduced after all of tine video packs included in the 
former VOB, so that if the VOB_V_S_PTM of the latter 
VOB is not equal to the VOB_V_E_PTM of the former 
VOB. the time stamps will not be continuous, meaning 
that the former VOB and latter VOB cannot be repro- 
duced seamlessly However, when the two VOBs have 
been encoded conrpletely separately, the encoder will 
have assigned a unique time stamp to each video pack 
and audio pack during encoding, so that the condition 
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for the VOB_V_S_PTM of the latter VOB to be equal to 
the VOB_V_E_PTM of the former VOB becomes prob- 
lematic. 

[0150] Fig. 13 shows the state of tiie buffer for tiie 

s former VOB and the latter VOB. In the graphs in Fig. 1 3, 
the vertical axis shows the occupancy of the buffer while 
the horizontal axis represents time. The times repre- 
senting the SCR. PTS. video presentation end time 
VOB_V_E_PTM, and video presentation start time 

10 VOB_V_S_PTM have been plotted. In Fig. 1 1 B, the pic- 
ture data that Is reproduced last in the former VOB is 
inputted Into the video buffer by the time Indicated as 
Last.SCR of the video pack composed by this picture 
data, with the reproduction processing of this data wait- 

15 ing until the PTS that is the presentation start time is 
reached (if the last pack inputted into an MPEG decoder 
Is an audio or other pack, this condition is not valid). 
Here, video_resentation_end_time VOB_V_E_PTM 
shows the point where the display period h1 of this final 

20 video has expired starting from this PTS. This display 
period hi is the period taken to draw an image from tiie 
first field tiiat composes one screen-sized image to tiie 
final field. 

[01 51 ] In the lower part of Fig. 1 1 B, the picture data 

25 that should be displayed first in the latter VOB is input- 
ted into the video buffer at the time First_SCR, witti tiie 
reproduction of this data waiting until the PTS indicating 
the presentation start time. In this drawing, the video 
packs of the former and latter VOBs are respectively 

30 assigned an SCR witti the first value "0". a video pres- 
entation end time VOB_V_E_PTM. and a video presen- 
tation start time VOB_V_S_PTM. For this example, it 
can be seen tiiat VOB_V_S_PTM of latter VOB < 
VOB_V_E_PTM of former VOB. 

35 [0152] The following is an explanation of why seam- 
less reproduction Is possible even for the condition 
VOB_V_S_PTM of latter VOB < VOB_V_E_PTM of 
former VOB. Under DVD-Bm standard, an extended 
STD model (hereinafter "E-STD") is defined as the 

40 Standard model for the reproduction apparatus, as 
shown in Fig. 19. In general, an MPEG decoder has an 
STC (System Time Clock) for measuring a standard 
time, with the vkJeo decoder and audio decoder refer- 
ring to ttie standard time shown by the STC to perform 

45 decode processing and reproduction processing. In 
addition to ttie STC. however. E-STD has an adder for 
adding an offset to the standard time outputted by ttie 
STC. so that eittier of ttie standard time outputted by ttie 
STC and the addition result of the adder may be 

so selected and outputted to the video decoder and the 
audio decoder. With this construction, even if ttie time 
stamps for different VOBs are not continuous, the output 
of the adder may be supplied to the decoder to have the 
decoder behave as if ttie time stamps of the VOBs were 

55 continuous. As a result, seamless reproduction is still 
possible even when ttie VOB_V_E_PTM of former VOB 
and ttie VOB_V_S_P™ of latter VOB are not continu- 
ous, as in ttie above example. 
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[01 53] The difference between the VOB_V_S_p™ of 
latter VOB and the VOB_V_E_PTM of former VOB can 
be used as the offset to be added by the adder. This Is 
normally referred to as the "STC_offset". As a result, a 
reproduction apparatus of the E-STD model finds the 5 
STC_offset according to the formula shown below 
which uses the VOB_V_S_PTM of latter VOB and the 
VOB_V_E_p™ of former VOB. After finding the 
STC_offset. the reproduction apparatus then sets the 
result in the adder. w 

STC_offset = VOBJ/_E_p™ of former VOB - 
VOB_V_S^PTM of latter VOB 

[0154] The reason the VOB_V_S_PTM of latter VOB is 
and the VOB_V_E_PTM of former VOB are written in 
the seamless linking information is to enable the 
decoder to perform the above calculation and set the 
STC_offset in the adder. 

[0155] Rg. 11 E is a graph that has been plotted for 20 
two VOBs in each of which the time stamps are contin- 
uous, as shown in Fig. 1 1 A. The time stamp of the first 
pack In V0B#1 Includes the initial value Initl. with the 
packs following thereafter having increasingly higher 
values as their time stamps. In the same way. the time 25 
stamp of the first pack in V0B#2 includes the initial 
value Intt2. with the packs following thereafter having 
increasingly higher values as their time stamps. In Rg. 
11E, the final value of the time stamps in V0B#1 is 
higher than the first value of the time stamps in V0B#2, 30 
so that it can be seen that the time stamps are not con- 
tinuous across the two VOBs. When the decoding of the 
first pack in V0B#2 Is desired following the final pack of 
V0B#1 regardless of the non-continuity of time stamps, 
an STC_offset can be added to the time stamps in 35 
V0B#2, thereby shifting the time stamps in V0B#2 from 
the solid line shown in Rg. 1 1 E to the broken line that 
continues as an extension of the time stamps in V0B#1 . 
As a result, the shifted time stanps in V0B#2 can be 
seen to be continuous with the tirhe stamps in V0B#1 . 40 

(1-3-3-5) RrstgCR 

[0156] The Rrst_SCR shows the SCR of the first pack 
in a VOB. written in PTM descriptor format 4S 

(1-3-3-6) Last SCR 

[01 57] The Last.SCR shows the SCR of the last pack 
in a VOB, written in PTM descriptor format. so 

(1-3-3-71 Relationship between the First SCR and Last 
SCR 

[01 58] As described above, since the reproduction of ss 
VOB is performed by a decoder of E-STD type, the 
Last_SCR of the former VOB and the First_SCR of the 
latter VOB do not need to satisfy the condition that 
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Last_SCR of former VOB = Rrst_SCR of latter VOB. 
However when using an STC.offset, the following rela- 
tionship must be satisfied. 

Last^SCR of former VOB + time required by 1 pack 
transfer ^ STC_offsel + Rrst_SCR of latter VOB 

[01 59] Here, if the Ust__SCR of former VOB and the 
First_SCR of latter VOB do not satisfy the above equa- 
tion, this means that the packs that compose the former 
VOB are transferred into the video buffer and audio 
buffer at the same time as the packs that compose the 
latter VOB. This violates MPEG standard and the 
decoder model of E-STD where packs are transferred 
one at a time in the order of the pack sequence. By 
referring to Fig. 10C, it can be seen that the Last_SCR 
of former VOB matches the Rrst_SCR of latter 
VOB+STC_offset, so that the above relationship is sat- 
isfied. 

[0160] When VOB is reproduced using decoder of E- 
STD type, of particular note is the time at which switch- 
ing is performed between outputting the standard time 
outputted by the STC and outputting the standard time 
with the offset added by the adder. Since no information 
for this switching is given in the time stamps of a VOB, 
there is the risk that the improper timing will be used for 
switching to the output value of the adder. 
[0161] Firsl_SCR and l^st_SCR are effective for 
informing the decoder of the correct timing to switch to 
the output value of the adder. While the STC is count- 
ing, the decoder compares the standard time outputted 
by the STC with the Rrst_SCR and Last_SCR. When 
the standard time outputted by the STC matches the 
First^SCR or Last_SCR, tiie decode switches from the 
standard time outputted by the STC to the output value 
of the adder. 

[0162] When reproducing a VOB. standard reproduc- 
tion reproduces the latter VOB after reproducing the 
former VOB. while "rewind reproduction" (backward pic- 
ture search) reproduces the former VOB after the latter 
VOB. Accordingly, the Last_SCR is used for switching 
the value used by the decoder during standard repro- 
duction, and Rrst_SCR is used for switching the value 
used by the decoder during rewind reproduction. During 
rewind reproduction, the latter VOB is decoded starting 
from the last VOBU to the first VOBU, and when the first 
video pack in the latter VOB has been decoded, the 
former VOB is decoded starting from the last VOBU to 
the first VOBU. In otiier words, during rewind reproduc- 
tion, the time at which the decoding of the first video 
pack in the latter VOB is complete is the time at which 
the value used by tiie decoder needs to be switched. To 
inform a video data editing apparatus of E-STD type of 
tills time, the Flrst_SCR of each VOB is provided in tiie 
RTRW management file. 

[0163] A more detailed explanation of tiie techniques 
used for E-STD and the STC_offset is given in the PCT 
Publication W097/13364. 
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(1-3-3-8) Audio Gap Start Time "A STP PTM" 

[0164] When an audio reproduction gap exists in a 
VOB, the audio gap start time "A_STP_PTM" shows the 
halt start time at which the audio decoder should halt its s 
operation. This audio gap start time is given in PTM 
desaiptor format. One audio gap start time 
A_STP_PTM is Indicated for one VOB. 



f1-3-3-9) Audio Gap Length "A GAP LFM" 



( 1 -3-3-1 0) Inevitabilitv of Audio Gap 
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[0165] The audio gap length A_GAP_LEN" shows 
how long the audio decoder should stop Its operation 
starting from the halt start time indicated as the audio 
gap start time "A^STP^PTM". The length of this audio is 
gap length A_GAP_LEN is restricted to being less than 
the length of one audio frame. 
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[01 66] The following is an explanation of why a period 
where an audio gap occurs needs to be specified by the 
audio gap start time A_STP_PTM and audio gap length 
A_GAP_LEN. 

[0167] Since video streams and audio streams are 25 
reproduced with different cycles, the total reproduction 
time of a video stream contained in a VOB does not 
match the total reproduction time of the audio stream. 
For example, if the video stream is for NTSC standard 
and the audio stream is for Do!by-AC3, the total repro- 30 
duction time of the video stream will be an integer mul- 
tiple of 33msec and the total reproduction time of the 
audio stream will be an integer multiple of 32msec. as 
shown in Fig. 14 A. 

[0168] If seamless reproduction of two VOBs is per- 35 
formed without regard to these differences in total 
reproduction time, it will be necessary to align the repro- 
duction time of one set of the picture data and the repro- 
duction time of the audio data to synchronize the 
reproduction of the picture data with the audio data. In 4o 
order to align such reproduction times, a difference in 
total time appears at one of the start or the end of the 
picture data or audio data. 

[01 69] In Fig. 1 4B, the reproduction time of the picture 
data is aligned with the reproduction time of the audio 4S 
data at the start of a VOB. so that the time difference g1 
is present at the end of the picture data and audio data. 
[0170] Since the time difference g1 is present at the 
end of V0B#1, when seamless reproduction V0B#1 
and V0B#2 is attempted, the reproduction of the audio so 
stream in V0B#2 is performed to fill in the time differ- 
ence g1. meaning that the reproduction of the audio 
stream in V0B#2 starts at time gO. The audio decoder 
uses a fixed frame rate when reproducing an audio 
stream, so that the decoding of audio streams is contin- ss 
uously performed with a fixed cyde. When V0B#2 that 
is to be reproduced following V0B#1 has already been 
read from the DVD-RAM, the audio decoder can com- 



mence the decoding of V0B#2 as soon as it has com- 
pleted the decoding of the audio stream in V0B#1. 
[0171] To prevent the audio stream In the next VOB 
from being reproduced too early during seamless repro- 
duction, the audio gap information in the stream is man- 
aged on the host side of a reproduction apparatus, so 
that during audio gap period, the host needs to halt the 
operation of the audio decoder. This reproduction halt 
period Is the audio gap. and starts from the audio gap 
start time A_STP_PTM and continues for the period 
indicated as A_GAP_LEN. 

[01 72] Processing to specify audio gaps is also per- 
formed within a stream. More specifically, the PTS of an 
audio frame immediately after an audio gap is written in 
the packet header of an audio packet, so that it is possi- 
ble to specify when the audio gap ends. However, prob- 
lems arise with the specifying method when several sets 
of audio data that should be reproduced for several 
audio frames are stored in a single audio packet In 
more detail, when several sets of audio data to be repro- 
duced for several audio frames are stored in a single 
audio packet, it is only possible to provide a PTS for the 
first out of the plurality of audio frames in this packet, in 
other words, a PTS cannot be provided for the remain- 
ing audio frames in the packet, if the audio data that is 
to be reproduced for the audio frames located both 
before and after an audio gap is arranged Into the same 
packet. It will not be possible to provide a PTS for the 
audio frame located immediately after the audio gap. As 
a result it will not be possible to specify the audio gap, 
meaning that the audio gap will be lost To avoid this, the 
audio frame located Immediately after an audio gap is 
processed so as to be arranged at the front of the next 
audio pack, so that the PTS (audio gap start time 
A_STP_PTM and audio gap length A_GAP_LEN) of the 
audio frame immediately after the audio gap can be 
clarified within the stream. 

[0173] Whenever necessary, a Padding-Packet, as 
presaibed by MPEG standard, may be inserted imme- 
diately after audio data in an audio packet that stores 
the audio data to be reproduced immediately before an 
audio gap. Rg. 14C shows audio pack G3 which 
includes an audio gap which includes the audio data y- 
2.y-1 .y to be reproduced for the audio frames y-2.y-1 ,y 
located at the latter part of V0B#1 shown in Rg. 14B 
and a Padding^Packet This drawing also shows audio 
pack G4 that includes the audio frames u+1 . u+2, and 
u+3 that are positioned at the front of V0B#2. 
[01 74] The above-mentioned audio pack G4 Is the 
pack that includes the audio data that is to be repro- 
duced for the audio frame immediately after the audio 
gap, while audio pack G3 is the pack that is located in 
immediately before this pack. 
[01 75] If the audio data to be reproduced for the audio 
frame located immediately after the audio gap is 
included in a pack, the pack located immediately before 
such pack is called an "audio pack including an audio 



20 



39 



EP0903744A2 



40 



[0176] Here, the audio pack 03 is positioned toward 
the end of the video pack sequence in a VOBU, with no 
picture data with a later reproduction time t>eing 
included in VOB#t However, it is assumed that the 
reproduction of V0B#2 will follow the reproduction of 
V0B#1, so that picture data included in V0B#2 is the 
picture data that should be read corresponding to audio 
frames y-2, y-1,andy. 

[0177] If this is the case, the audio pack G3 that 
includes the audio gap may be positioned within any of 
the first three VOBU in in V0B#2 without violating the 
"one-second rule". Rg. 14D shows that this audio pack 
G3 that includes the audio gap may be positk>ned within 
any of V0BU#1. V0BU#2. and V0BU#3 at the start of 
V0B#2. 

[0178] The operation of the audio decoder needs to be 
temporarily halted for the period of the audio gap. This 
is because the audio decoder will try to perform the 
decode processing even during the audio gap, so that 
the host control unit that performs the core control 
processing in a reproduction apparatus has to indicate 
an audio pause to the decoder once the reproduction of 
picture data and audio data has ended, thereby tempo- 
rarily halting the audio decoder. This indication is shown 
as the ADPI (Audio Decoder Pause Information) in Fig. 
19. 

[0179] By doing so, the operation of the audio decoder 
can be stopped during the period of the audio gap. How- 
ever, this does not mean that the audio output can be 
stopped regardless of how an audio gap appears in the 
data. 

[0180] This is because it is normal for the control unit 
to be composed of a standard microcomputer and soft- 
ware, so that depending on the circunnstances for stop- 
ping the operation of the audio decoder, should audio 
gaps repeatedly occur during a short period of time, 
there is the possibility of the control unit not issuing the 
halt indication suffidenlly eariy. As one example, when 
VOBs of approximately one second in length are repro- 
duced consecutively, it becomes necessary to give a 
halt indication to the* audio decoder at intervals of 
around one second. When the control unit is composed 
of a standard microcomputer and software, there is the 
possibility that the control unit will not be able to halt the 
audio decoder for the period where such audfo gaps are 
present 

[0181] When reproducing VOBs, the reproduction 
time of picture data and the reproduction time of audio 
data have been aligned several times, with it being nec- 
essary to provide the audio decoder with a halt indica- 
tion every time. When the control unit is composed of a 
standard microconputer and software, there is the pos- 
sibility that the control unit will not be at)!e to halt the 
audio decoder for the period where such audio gaps are 
present For this reason, the following restrictions are 
enforced so that audio gaps only occur once within a 
predetermined period. 

[0182] Rrst, to allow the control unit to perform the halt 



operation with ease, the reproduction period of VOBs is 
set at 1.5 seconds or above, thereby reducing the fre- 
quency with audio gaps may occur. 
[01 83] Second, the alignment of the reproduction time 

5 of picture data and the reproduction time of audio data 
is only perfomied once In each VOB. By doing so, there 
will only be one audio gap in each VOB. 
[01 84] Third, the period of each audio gap is restricted 
to being less than one audio frame. 

10 [0185] Fourth, the audio gap start time 

VOB_A_STP_PTM is set with the video presentation 
start time VOB_V_S_PTM of the following VOB as a 
standard, so that the audio gap start time 
VOB_A_STP_PTM is restricted to being within one 

75 audio frame of the following video presentation start 
time VOB_V_S_PTM. 
[0186] As a result 

VOB_V_S_PTM - reproduction period of one audio 
20 frame < A_STP_PTM ^ VOB^V^S^PTM 

[01 87] If an audio gap that satisfies the above formula 
occurs, the f irst image in the following VOB wilt just have 
been displayed, so that even if there in no audio output 
25 at this time, this will not be particularly conspicuous to 
the user. 

[01 88] By providing the above restriction, when audio 
gaps appear during seamless reproduction, the interval 
between the audio gaps will be at least "1.5 seconds - 

30 reproduction period of two audio frames". More specifi- 
cally, by substituting actual values, the reproduction 
period Of each audio frame will be 32msec when Dolby 
AC3 is used, so that the minimum interval between 
audio gaps is 1436msec. This interval means that there 

35 is a high probability of the control unit being able to per- 
form the halt control processing well within the deadline 
for the processing. 

(1-3-3-1 1) Audio Gap Locatipn Information 

40 

[0189] The audio gap location information 
''A_GAP_LOC" is a 3-bit value that shows into which of 
tine three VOBs located at the start of the latter VOB the 
audio pack including the audio gap has been inserted. 

45 When the first bit in this value is "1", this shows the 
audio gap is present in V0BU#1 . In the same way, the 
values "2" and "3" respectively show that ttie audio gap 
is present in V0BU#2 or V0BU#3. 
[01 90] The reason this flag is necessary is that it will 

so be necessary to regenerate the audio gap when the lat- 
ter of two VOBs that are to be seamlessly reproduced 
has been partially deleted. 

[0191] The partial deletion of ttie VOB refers to the 
deletion of a plurality of VOBUs that are located at the 
55 start or the end of a VOB. As one example, there are 
many cases during video editing when the user wishes 
to remove the opening credit sequence. The deletion of 
the VOBUs which include this opening credit sequence 
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is called the "partial deletion of a VOB*. 
[0192] When performing partial deletion, audio packs 
including an audio gap that are nfK>ved to a latter VOB 
require special attentioa As described above, the audio 
gap is determined according to the video presentation 
start time VOB_V_S_P™ of the latter VOB, so that 
when some of the VOBUs are deleted from the latter 
VOB, the picture data that has the video presentation 
start time VOB_V_S_PTM that determines the audio 
gap and the VOBUs for this picture data will be deleted. 
[01 93] The audio gap rs multiplexed into the one of the 
first three VOBs at the start of a VOB. Accordingly, when 
a part of a VOB. such as the first VOBU. is deleted, rt will 
not be dear as to whether the audio gap will have been 
destroyed as a result of this deletion. Since the number 
of audio gaps that may be provided within one VOB is 
limited to one. it is also necessary to delete a previous 
audio gap that is no longer needed once a new audio 
gap has been generated. 

[0194] As shown in Rg. 14D. the audio pack G3 that 
includes the audio gap needs to be inserted into one of 
V0BU#1 to V0BU#3 in VOB#2 so as to comply to the 
one-second rule, so that the audio pack that includes 
tNs audio gap needs to be taken out of the packs 
included in V0B#1 to V0B#3. While this involves a max- 
imum of three VOBUs, the immediate extraction of only 
the audio pack G3 that includes the audio gap is techni- 
cally very difficult. This means that stream analysis is 
required. Here, each VOBU includes several hundred 
packs so that a significant amount of processing Is 
required to refer to the content of all such packs. 
[0195] The audio gap location information 
A__GAP_LOC uses a 3-bit flag to show into which of the 
three VOBUs at the start of a latter VOB an audio pack 
including an audio gap has been inserted, so that only 
one VOBU needs to be searched when looking for the 
audb gap. This facilitates the extraction of the audio 
pack G3 including the audio gap. 
[0196] Fig. 15A to 15E show the procedure for the 
regeneration of the audio gap by the video data editing 
apparatus when the VOBUs located at the start of 
VOB#2 have been deleted, out of two VOBs. V0B#1 
and V0B#2, that are to be reproduced seamlessly. 
[01 97] As shown in Fig. 1 5A. the VOBUs, "VOBU#98". 
"VOBU#99". and •'VOBU#100" are located at the end of 
V0B#1 and the VOBUs, "VOBU#r, "V0BU#2". and 
"V0BU#3'' are located at the start of V0B#2. In this 
example, the user instructs the vkieo data editing appa- 
ratus to perform a partial deletion to delete V0BU#1 
and VOBU^S in V0B#2. 

[0198] In this case, the audio pack G3 that includes 
the audio gap is required, out of the audio data stored in 
VOBU#100. Ixrt it is known for certain that this audio 
pack G3 including the audio gap will be arranged into 
one of V0BU#1, V0BU#2. and V0BU#3 in V0B#2. To 
find the VOBU into which the audio pack G3 including 
the audio gap has been arranged, the video data editing 
apparatus refers to the audio gap location information 
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A_GAP_LOC. When the audio gap location information 
A_GAP_LOC is set as shown in Rg. 1 5B, it can be seen 
that the audio pack G3 including the audio gap Is 
located in V0BU#3 in V0B#2. 

5 [01 99] Once the video data editing apparatus knows 
that the audio pack G3 including the audio gap is 
located in V0BU#3. the video data editing apparatus 
will know whether the audio gap was multiplexed into 
the area that was subjected to the partial deletion. In the 

10 present example, the audio gap is not included in the 
deleted area, so that the value of A_GAP__LOC is only 
amended by the number of VOBU that were deleted. 
[0200] This completes the explanation of the VOBs, 
video stream, audio stream, and VOB Information fliat Is 

15 stored on an optical disc for the present Invention. 

(1-4) Svstem Construction of the Vide o Data Editino 
Apoaratus 

20 [0201] The video data editing apparatus of the present 
embodiment is provided with functions for both a DVD- 
RAM reproduction apparatus and a DVD-RAM record- 
ing apparatus. Fig. 16 shows an example of the system 
construction that includes the vkieo data editing appara- 

25 tus of the present embodiment. As shown In Rg. 1 6, this 
system includes a video data editing apparatus (herein- 
after DVD recorder 70), a remote controller 71, a TV 
monitor 72 that is connected to the DVD recorder 70, 
and an antenna 73. The DVD recorder 70 is conceived 

30 as a device to be used In place of a conventional video 
cassette recorder for the recording of television broad- 
casts, but also features editing functions. The system 
illustrated in Fig. 16 shows the case when the DVD 
recorder 70 is used as a domestic video editing appara- 

35 tus. The DVD-RAM described above is used by ttie DVD 
recorder 70 as the recording medium for recording tele- 
vision broadcasts. 

[0202] When a DVD-RAM is loaded into the DVD 
recorder 70. the DVD recorder 70 compresses a video 

40 signal received via the antenna 73 or a conventional 
NTSC signal and records the result onto the DVD-RAM 
as VOBs. The DVD recorder 70 also decompresses ttie 
video streams and audio streams included in the VOBs 
recorded on a DVD-RAM and outputs the resulting 

45 video signal or NTSC signal and audio signal to the TV 
monitor 72. 

M-4-1) Hardware Construction of the DVD Recorder 70 

50 [0203] Rg. 1 7 is a block diagram showing the hard- 
ware construction of the DVD recorder 70. As shown in 
Rg. 17, the DVD recorder 70 is composed of a control 
unit 1, an MPEG encoder 2, a disc access unit 3, an 
MPEG decoder 4, a video signal processing unit 5, a 
55 remote controller 71, a bus 7, a remote control signal 
reception unit 8, and a receiver 9. 
[0204] The arrows drawn with soiki lines in Rg. 17 
show the physical connections that are achieved fc>y the 
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circuit wiring inside the DVD recorder 70. The broken 
lines, meanwhile, show the logical connections that indi- 
cate the input and output of various kinds of data on the 
connections shown with the solid lines during a video 
editing operation. The numerals (1) to (5) assigned to 
the broken lines show how VOBUs and the picture data 
and audio data that composes VOBUs are transfen-ed 
on the physical connections when the DVD recorder 70 
re-encodes VOBUs. 

[0205] The control unit 1 is the host-side control unit 
that includes the CPU 1a, the processor bus 1b, the bus 
interface 1c. the main storage 1d. and the ROM 1e. By 
executing programs stored in the ROM 1e, the control 
unit 1 records, reproduces, and edits VOBs. 
[0206] The MPEG encoder 2 operates as follows. 
When the receiver 9 receives an NTSC signal via the 
antenna 73, or when a video signal outputted by a 
domestic video camera is received via the video input 
terminals provided at the back of the DVD recorder 70, 
the MPEG encoder 2 encodes the NTSC signal or video 
signal to produce VOBs and outputs the generated 
VOBs to the disc access unit 3 via the bus 7. As a proc- 
ess that particularly relates to video editing, the MPEG 
encoder 2 receives an input of the decoding result of the 
MPEG decoder 4 from the connection line CI via the 
bus 7, as shown by the broken line (4), and outputs the 
encoding result for this data to the disc access unit 3 via 
the bus 7. as shown by the broken line (5). 
[0207] The disc access unit 3 includes a track buffer 
3a, an ECC processing unit 3b, and a drive mechanism 
3c for a DVD-RAM, and accesses the DVD-RAM in 
accordance with control by the control unit 1 . 
[0208] In more detail, when the control unit 1 gives an 
indication for recording on the DVD-RAM and the VOBs 
encoded by the MPEG encoder 2 have been succes- 
sively outputted as shown by the broken line (5), the 
disc access unit 3 stores the received VOBs in the track 
buffer 3a. and, once ECC processing has been per- 
formed by the ECC processing unit 3b, controls the 
drive mechanism 3c to successively record these VOBs 
onto the DVD-RAM. 

[0209] On the other hand, when the control unit 1 indi- 
cates a data read from a DVD-RAM, the disc access 
unit 3 controls the drive mechanism 3c to successively 
read VOBs from the DVD-RAM, and, once the ECC 
processing unit 3b has performed ECC processing on 
these VOBs. stores the result in the track buffer 3a. 
[0210] The drive mechanism 3c mentioned here 
includes a platter for setting the DVD-RAM, a spindle 
motor for clamping and rotating the DVD-RAM, an opti- 
cal pickup for reading a signal recorded on the DVD- 
RAM, and an actuator for the optical pickup. Reading 
and writing operations are achieved by controlling these 
components of the drive mechanism 3c, although such 
control does not form part of the gist of the present 
invention. Since such control can be achieved using 
well-known methods, no further explanation will be 
given in this specification. 
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[0211] When VOBs that have been read from the 
DVD-RAM by the disc access unit 3 are outputted as 
shown by the broken line (1). the MPEG decoder 4 
decodes these VOBs to obtain uncompressed digital 

5 video data and an audio signal. The MPEG decoder 4 
outputs the uncompressed digital video data to the 
video signal processing unit 5 and outputs the audio sig- 
nal to the TV monitor 72. During a video editing opera- 
tion, the MPEG decoder 4 outputs the decoding result 

70 for a video stream and audio stream to tiie bus 7 via the 
connections lines C2, C3, as shown by the broken lines 
(2) and (3) in Fig. 17. The decoding result outputted to 
the bus 7 is outputted to the MPEG encoder 2 via the 
connection line CI , as shown by the broken line (4). 

IS [021 2] The video signal processing unit 5 converts the 
image data outputted by the MPEG decoder 4 into a 
video signal for the TV monitor 72. On receiving graph- 
ics data from outside, the video signal processing unit 5 
converts the graphics data into an image signal and per- 

20 forms signal processing to combine this image signal 
with the video signal. 

[0213] The remote control signal reception unit 8 
receives a remote controller signal and informs the con- 
trol unit 1 of tine key code included in tiie signal so that 
25 the control unit 1 can perform control in accordance witii 
user operations of the remote controller 71 . 

(1-4-1-1) Internal Construction pf the MPEG Encoder 2 

30 [0214] Rg. 18 is a block diagram showing the con- 
struction of the MPEG encoder 2. As shown in Rg. 18, 
tiie MPEG encoder 2 is composed of a video encoder 
2a, a video buffer 2b for storing tiie output of the video 
encoder 2a. an audio encoder 2c, an audio buffer 2d for 

35 storing the output of the audio encoder 2c, a stream 
encoder 2e for multiplexing the encoded video stream in 
tiie video buffer 2b and the encoded audio stream in the 
audio buffer 2d. an STC (System Time Clock) unit 2f for 
generating the synchronization clock of the MPEG 

40 encoder 2. and the encoder control unit 2g for control- 
ling and managing these components of the MPEG 
encoder 2. 

(1-4-1-21 Internal Construction of the MPEG decoder 4 

45 

[0215] Fig. 19 shows the construction of the MPEG 
decoder 4. As shown in Rg. 19, the MPEG decoder 4 is 
composed of a demultiplexer 4a, a video buffer 4b, a 
video decoder 4c, an audio buffer 4d, an audio decoder 

so 4e. a reordering buffer 4f, an STC unit 4g. switches SW1 
to SW4, and a decoder control unit 4k. 
[021 6] The demultiplexer 4a refers to tine header of a 
packet tiiat has been read from a VOB and judges 
whettier the various packs are video packs or audio 

55 packs. The dennultiplexer 4a outputs video data in packs 
judged to be vkieo packs to the video buffer 4b and 
audio data in packs judged to be audio packs to the 
audio buffer 4d. 
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[021 7] The video buffer 4b is a buffer for accumulating 
video data that is outputted by the demultiplexer 4a. 
Each set of picture data in the video buffer 4b is stored 
urttil its decode time when it is taken from the video 
buffer 4b. 

[021 8] The video decoder 4c takes out sets of picture 
data from the video buffer 4b at their respective decode 
times and instantly decodes the data. 
[021 9] The audio buffer 4d is a buffer for accumulating 
the audio data outputted by the demultiplexer 4a. 
[0220] The audio decoder 4e successively decodes 
the audio data stored in the audio buffer 4d in frame 
units. On receiving ADPI (Audio Decoder Pause Infor- 
mation) issued by the control unit 1 , the audio decoder 
4e halts the decode processing for audio frame data. 
The ADPI is issued by the control unit 1 when the 
present time reaches the audio gap start time 
A_STP_PTM shown by the seamless linking infornra- 
tion. 

[0221] The reordering buffer 4f is a buffer for storing 
the decoding result of the video decoder 4c when it has 
decoded an 1 picture or P picture. The reason the 
decoding results for 1 pictures or P pictures are stored is 
that the encoding order was originally produced by rear- 
ranging the display order. Accordingly, after every B pic- 
ture that should be displayed before the decoding 
results stored in the reordering buffer 4f has been 
decoded, the reordering buffer 4f outputs the decoding 
results of the hitherto stored i pictures and P pictures as 
an NTSC signal. 

[0222] The STC unit 4g generates the synchronization 
clock that shows the system clock for use in the MPEG 
decoder 4. 

[0223] The adder 4h outputs a value produced by add- 
ing the STC.offset to the standard dock shown by the 
synchronization clock as the offset standard clock. The 
control unit 1 calculates this STC_offset by finding the 
difference between the video presentation start time 
VOB_V_S_p™ and the video presentation end time 
VOB_V_E_PTM that are given in the seamless linking 
information, and sets the STC_offset in the adder Ah, 
[0224] The switch SW1 supplies the demultiplexer 4a 
with the standard time measured by the STC unit 4g or 
the offset standard time outputted by the adder 4h. 
[0225] The switch SW2 supplies the audio decoder 4e 
with the standard time measured by the STC unit 4g or 
the offset standard time outputted by the adder 4h. The 
supplied standard time or offset standard time is used to 
collate the decode time and presentation start time of 
each audio frame. 

[0226] The switch SW3 supplies the video decoder 4c 
with the standard time measured by the STC unit 4g or 
the offset standard time outputted by the adder 4h. The 
supplied standard time or offset standard time is used to 
collate the decode time of each set of picture data. 
[0227] The switch SW4 supplies the reordering buffer 
4f with the standard time measured by the STC unit 4g 
or the offset standard time outputted by the adder 4h. 



The supplied standard time or offset standard time is 
used to collate tiie presentation start time of each set of 
picture data. 

[0228] The decoder confol unit 4k receives a decode 
5 processing request from the control unit 1 for an integer 
multiple of VOBUs, which is to say an integer multiple of 
GOPs, and has the decode processing performed by all 
of the components from the demultiplexer 4a to the reor- 
dering buffer 41 Also, on receiving a valid/rnvaiid indica- 
te tion for the reproduction output of the decoding result, 
tine decoder conti'ol unit 4k has tiie decoding results of 
the video decoder 4c and the audio decoder 4e output- 
ted to the outside if the indication is valid, or prohibits 
the output of the decoding results of the video decoder 
15 Ac and the audio decoder 4e to tiie outside if the indica- 
tion is invalid. 

[0229] The valid/invalid indication can be given for a 
smaller unit that a video sti'eam, such as for a video 
field. Information that indicates tiie valid section of the 
20 reproduction output in video field units is called valid 
reproduction section information. 

(1-4-1-2-1) Timing for the Switching of Switches 

SW1--SW4 

25 

[0230] Fig. 20 is a timing chart of ttie timing for ttie 
switching of switches SW1 to SW4. This timing chart 
shows tiie switching of switches SW1 to SW4 when 
seamless reproduction of V0B#1 and V0B#2 is per- 
30 formed. The upper part of Rg. 20 shows the pack 
sequences tiiat compose V0B#1 and V0B#2, while ttie 
middle part shows the video frames and the lower part 
shows tiie audio frames. 

[0231] The timing for the switching of switch SW1 is 
35 the point where the pack sequence that is transfenred to 

tiie MPEG decoder 4 changes from V0B#1 to V0B#2. 

This time is indicated as the Last_SCR in tiie seamless 

linking information of V0B#1, 

[0232] The timing for ttie switching of switch SW2 is 
40 tiie point where the all of the audio data in tiie VOB ttiat 

is stored in the audio buffer 4d before tiie switching of 

switch SW1 . which is to say V0B#1 , has been decoded. 

[0233] The timing for tiie switching of switch SW3 is 

tiie point where ttie all of the video data in the VOB that 
45 is stored in ttie video buffer 4b before the switching time 

(T1) of switch SW#1 . which is to say V0B#1 . has been 

decoded. 

[0234] The timing for the switching of switch SW4 is 
tfie point during ttie reproduction of V0B#1 where ttie 
50 last video frame has been reproduced. 

[0235] The programs stored in the ROM 1e include 
modules that enable two VOBs tiiat have been recorded 
on ttie DVD-RAM to be reproduced seamlessly. 

55 (1-4-1 -2-2) Procedure for ttie Seamless Processing of 
VOBs 

[0236] Rgs. 21 and 22 are flowcharts showing ttie pro- 
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cedure that seamlessly links two VOBs in an AV file. 
Rgs. 23A and 23B show an analysis of the buffer state 
for each video pack Rgs. 24A and 25 show the audio 
frames in the audio stream that correspond to the audio 
frames x, x+1, y-1, y, u+1, u+2, and u+3 mentioned in 
Fig. 22. 

[0237] The following is an explanation of the re-encod- 
ing of VOBs. In step S102 of Rg. 21 , the control unit 1 
performs the calculation VOB_V_E_PTM of former VOB 
minus VOB_V_S_PTf^ of latter VOB to obtain the 
STC^offset. 

[0238] In step S103, the control unit 1 analyzes the 
changes in the occupancy of the buffer from the 
Rrst_SCR of the former VOB to the decode end time of 
all of the data in the former VOB, Rgs. 23A and 23B 
show the analysis process for the occupancy of the 
buffer performed in step S1CX3. 
[0239] When video pack #1 and video pack #2 are 
included in the former VOB as shown in Rg. 23 A, the 
SCR#1, SCR#2. and DTS#1 included in these video 
packs are plotted on the time axis. After this, the data 
size of the data included in video pack #1 and video 
pack #2 is calculated. 

[0240] A line is plotted starting from SCR#1 with the 
bitrate information in the pack header as the gradient, 
until the data size of video pack #1 has been plotted. 
After this, the data size of video pack #2 is plotted start- 
ing from SCR#2. Next, the data size of the picture data 
P1 that is to be decoded is removed at DTS#1. This 
data size of picture data PI is obtained by analyzing the 
bitstream. 

[0241 ] After plotting the data sizes of the video packs 
and picture data in this way, the buffer state of the video 
buffer 4b from the first SCR to the DTS can be plotted as 
a graph. By using the same procedure for all of the 
video data and audio data in a VOB, a graph showing 
the state of the buffer can be obtained, as shown in Rg. 
23B. 

[0242] In step SI 04, the control unit 1 performs the 
same analysis as in step SI 03 for the latter VOB, and so 
analyzes the changes in the occupancy of the video 
buffer from the Rrst_SCR of the latter VOB to the 
decode end time Last.DTS of all the data in the latter 
VOB. 

[0243] In step S105, the control unit 1 analyzes the 
changes in the occupancy of the video buffer from the 
Rrst_SCR of the latter VOB + STC^offset to the 
Last_DTS of the former VOB. This period from the 
Rrst_SCR of the latter VOB + STC_offset to the 
l-ast_DTS of the data in the former VOB is when the first 
pbture data of the latter VOB is being transfeaed to the 
video buffer 4b while the last picture data of the fonner 
VOB is still stored in the video buffer 4b. 
[0244] When the video data of the former VOB and the 
latter VOB coexist in the buffer, the buffer state will be as 
shown in Fig. IOC. In Fig, 10C. the video buffer 4b 
stores video data of both the former VOB and the latter 
.VOB during the period from the Rr5t_SCR+STC_offset 
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to the Last_DTS, with Bv1+Bv2 representing the high- 
est occupancy of the video buffer 4b during this period. 
[0245] In step SI 06, the control unit 1 controls the disc 
access unit 3 to read the three VOBUs that are located 
5 at the end of the former VOB. After tiiis. in step S107 the 
control unit 1 controls the disc access unit 3 to read the 
three VOBUs that are located at the front of the fatter 
VOB. 

[0246] Rg. 23C shows the area that should be read 

70 from the former VOB in step SI 06. In Rg. 23C, the 
former VOB includes the VOBUs #98~#105, so that the 
VOBUs #103 to #105 are read as the VOBUs that 
include the picture data V_END that shoukl be decoded 
last. Fig. 23D, shows the area that should be read from 

15 the latter VOB in step S107. In Rg. 23D, the former VOB 
includes the VOBUs #1 ~#7, so that when the VOBU #1 
comes first, VOBUs #1 to #3 should be read as the 
VOBUs that include the picture data V_TOR 
[0247] According to the one-second rule, there is a 

20 possibility that the audio data and picture data that 
should be reproduced within one second are stored 
across three VOBUs, so that by reading the three 
VOBUs at the start and end of a VOB, in step SI 06. all 
of the picture data and audio data to be reproduced 

25 between a point one second from the presentation end 
time of the picture data V_END located at the end of the 
former VOB and this presentation end time itself can be 
read together. 

[0248] Also, in step SI 07. all of the picture data and 

30 audio data to be reproduced between the presentation 
start time of the picture data V_TOP located at the start 
of the latter VOB and a point one second after this pres- 
entation start time can be read together. It should be 
noted that the reads in this flowchart are performed for 

35 VOBU units, although the reads may instead be per- 
formed for the picture data and audio data that is to be 
reproduced in one second, out of all of tiie picture data 
and audio data included in a VOBU. In this embodiment, 
the number of VOBUs that corre^ond to one second is 

40 three, although any number of VOBUs may be re- 
encoded. Reads may alternatively be performed for pic- 
ture data and audio data tiiat is to be reproduced In a 
period longer than one second. 
[0249] Next, in step S108 the control unit 1 controls 

45 the demultiplexer 4a to separate the VOBUs for the first 
part and the last part into a video stream and an audio 
stream, and has the video decoder 4c and the audio 
decoder 4e decode these streams. During normal 
reproduction, the decoding results of the video decoder 

50 4c and the audio decoder 4e wilt be outputted as video 
and audio. When re-encoding is performed, however, 
these decoding results should inputted into the MPEG 
encoder 2, so tt^at the control unit 1 has the video 
stream and the audio stream of the decoding results 

55 output to the bus 7. as shown by the arows (2) and (3) 
tiiat are drawn with broken lines in Fig. 17. 
[0250] The video stream and the audio stream that are 
the decoding results are transferred via the bus 7 in 
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order to the MPEG enccxJer 2, as shown by the broken 
line (4). 

[0251] After this, the control unit 1 calculates the 
amount of code for the re-encoding of the decoded 
video stream and decoded audio stream by the MPEG 
encoder 2. First, in step S109, the control unit 1 judges 
whether the accumulated amount of data in the buffer 
exceeds the upper limit of the buffer at any point in the 
decoding when the former VOB and the latter VOB 
coexist In the buffer. In the present embodiment, this is 
achieved by judging whether the value Bv1+Bv2 calcu- 
lated in step S105 exceeds the upper limit of the buffer. 
If this value does not exceed the upper limit, the 
processing advances to step S1 12. or if the value does 
exceed the upper limit, the control unit 1 subtracts the 
excess amount of code A from the calculated amount 
and assigns the resulting amount of code to the 
decoded VOBU sequence. 

[0252] If the amount of code is decreased, this means 
the picture quality of the video stream will decrease dur- 
ing the reproduction of these VOBUs. However, over- 
flows in the video buffer 4b must be prevented when 
seamlessly linking two VOBs, so that this method that 
" decreases picture quality is used. In step S1 1 1 , the con- 
trol unit 1 controls video decoder 4c to re-encode the 
decoding results of the video decoder 4c and the audio 
decoder 4e according to the amount of code assigned in 
step S110. 

[0253] Here, the MPEG encoder 2 performs a decode 
to temporarily convert the pixel values in the video data 
Into digital data in a YUV coordinate system. Digital data 
In such a YUV coordinate system Is digital data for the 
signals (luminance signal (Y), chrominance signal 
(U.V)) that specify colors for a color TV, with the video 
decoder 4c re-encoding this digital data to produce sets 
of picture data. The technique used for the assigning of 
an amount of code is that described in MPEG2 
DIS{Draft International Standard) Test Model 3. Re- 
encoding to reduce the amount of code is achieved by 
processes such as replacing the quantization coeffi- 
cients. Note that the amount of code from which the 
excess amount A has been subtracted may be assigned 
to only the latter VOB or to only former VOB. 
[0254] In step S112, the control unit 1 calculates 
which part of the decoding result for the audio data 
taken from the former VOB corresponds to the audio 
frame x that includes the STC_offset+First_SCR of the 
latter VOB. In Rg. 24A. the graph shows the buffer state 
for the fomier VOB and latter VOB. while the lower part 
shows the audio frames of the audio data separated 
from the former VOB and the audio frames of the audio 
data separated from the latter VOB. The audio frame 
sequences in the lower part of Rg. 24A show the oon^e- 
spondence between each audio frame and the time axis 
of the graph in the upper part The descending line 
drawn from the point shown as nrst_SCR+STC_offset 
in the graph Intersects one audio frame out of the audio 
frame sequence for the former VOB. 



[0255] The audio frame that intersects this descend- 
ing line is the audio frame x, and the audio frame x+1 
following immediately after is the final audio data 
included in the former VOB. It should be noted that the 

5 data In the audio frames x and x+1 is Included in the 
audio data that should be reproduced during a period 
that is indicated by points 1 .0 seconds before and after 
the reproduction period of the final picture data V_END, 
with this being included in the three VOBUs read in step 

TO 8105. 

[0256] Rg. 24B shows the case where the 
First_SCR+STC_offset matches an audio frame bound- 
ary in the former VOB. In this case, the audio frame 
Immediately before the boundary Is set as the audio 
15 frame x 

[0257] In step S1 1 3, the control unit 1 calculates the 
audio frame y+1 that includes the 
STC_offset+VOB_V_S_PTTy1 of the latter VOB. In Rg. 
24A, the descending line drawn from the vkJeo presen- 
ce tatlon start time VOB_V_S_PTM+STG_offset in the 
graph intersects one audio frame in the audio frame 
sequence of the latter VOB. The audio frame that inter- 
sects this descending line is the audio frame y+1 . Here, 
the audio frames up to the preceding audio frame y are 
25 the valid audio frames that still used after the editing has 
been performed, out of the original audio data included 
in the former VOB. 

[0258] Rg. 24C shows the case where the video pres- 
entation start time VOB_V_S_PTlVI+STC_offset 
30 matches an audio frame boundary in the former VOB. In 
this case, the audio frame immediately before the vkleo 
presentation start time VOB_V_S_PTlVI+STC_offset is 
set as the audio frame y. 

[0259] In step 811 4. the audio data from the audio 

35 frame x+2 to the audio frame y is taken from the former 
audio data. In Rg. 24A, the audio frames from audio 
frame y+1 onwards have been drawn with a broken line, 
showing that this part is not multiplexed into the VOB. It 
should be noted that the audio frames that have been 

40 moved to the latter VOB will have been assigned time 
stamps for the former VOB, so that these audio frames 
are reassigned time stamps for the latter VOB. 
[0260] In step S1 15, the audio frame u immediately 
after the audio frame that includes the boundary 

45 between the audio frames y and y+1 is detected from 
the audio frame sequence of the latter VOB. When a 
descending line Is drawn from the boundary of the audio 
frames y and y+1 . this line will intersect one of the audio 
frames in the audio frame sequence of the latter VOB. 

50 The audio frame that follows this Intersected audio 
frame is the audio frame u. 

[0261] Rg. 24D shows the case where the presenta- 
tion end time of the audio frame y matches an audio 
frame boundary In the latter VOB. In this case, the audio 
55 frame immediately after this presentation end time is set 
as the audio frame u. 

[0262] In step S116, the audio pack G4, which 
includes an audio data sequence where the audio data 
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reproduced for the audio frame u is arranged at the front 
IS generated from the audio stream In the latter VOB. In 
Fig. 24A, the audio frames that precede audio frame u 
have been drawn with a broken line, with this audio data 
shown using a broken line not being multiplexed into the 5 
latter VOB. 

[0263] As a result of steps 8114-811 6 above, the 
audio data from the first audio frame to the audio frame 
x+1 is multiplexed into the former VOB. The audio data 
from the audio frame x+2 to the audio frame y and the 10 
audio data from the audio frame u to the final audio 
frame is multiplexed into the latter VOB. By performing 
multiplexing In this way, the audio frames for the audio 
data at the end of the former VOB will be read from the 
DVD-RAM at the same time as picture data that is to be is 
reproduced further ahead in the reproduction. 
[0264] At this point, when the audio data in the former 
VOB is not present as far as frame y, which is to say the 
audio data is short, silent audio frame data is inserted to 
compensate for the insufficient number of frames. In the 20 
same way. when the audio data in the tatter VOB is not 
present starting from audio frame u, which is to say the 
audio data is short, silent audio frame data is inserted to 
compensate for the insufficient number of frames. 
[0265] When the audio frames from the audio frame 25 
x+2 to the audio frame y in the former VOB and the 
audio data from the audio frame u to the final audio 
frame in the latter VOB is multiplexed into the latter 
VOB, attention needs to paid to the AV synchronization. 
[0266] As shown in Rg. 24A, an reproduction gap 30 
occurs between the audio frame y and the audio frame 
u, and if multiplexing is performed without regard to this 
reproduction gap, a loss of synchronization will occur 
whereby the audio frame u will be reproduced before 
the corresponding video frame. 3S 
[0267] To prevent the increase of such time lags 
between audio and video, a time stamp showing the 
audio frame u may be assigned to the audio packet. 
[0268] To do so, in step 81 17. a Padding-Packet or 
stuffing bytes are inserted into the pack which includes 4o 
the data of the audio frame y so tiiat the audio frame u 
Is not stored in the pack storing the audio frame y As a 
result, the audio frame u is located at the start of the 
next pack. 

[0269] In step 8118, the VOBU sequence that is 4S 
located at the end of tiie former VOB is generated by 
multiplexing the audio data up to the audio frame x+1 , 
out of tile audio data exb-acted from the VOBUs located 
at the end of this former VOB. with the video data that 
has been re-encoded. so 
[0270] In step 81 1 9. the audio data In audio frame x+2 
onwards is multiplexed with the video data that is 
extracted from the VOBUs located at the start of the lat- 
ter VOB to generate the VOBUs that should be ananged 
at the front of the latter VOB. ss 
[0271] In detail, the control unit 1 has the audio pack 
G3, which includes the audio data sequence from the 
first audio frame x+2 to the audio frame y and the 
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Padding_Packet, and the audio pack G4. which 
includes the audio data sequence from the audio frame 
u onwards In the latter VOB, multiplexed with the re- 
encoded video data and has ttie st-eam encoder 2e 
generate the VOBUs that are to be ananged at tiie start 
of tiie latter VOB. AS a result of this multiplexing, the 
audio frames at the end of the audio data of the former 
VOB will be read from the DVD-RAM at the same time 
as sets of picture data that will be reproduced at a later 
time. 

[0272] Fig. 25 shows how the audio packs that store a 
plurality of sets of audio data to be reproduced for a plu- 
rality of audio frames are multiplexed with video packs 
that store picture data that is to be reproduced for a plu- 
rality of video frames. 

[0273] In Rg. 25, the transfer of the picture data 
V.TOP that shoutel be decoded at the start of the latter 
VOB will be completed within the period Tf_Period. The 
pack sequence arranged below this period Tf_Period in 
Fig. 25 shows the packs that compose the picture data 
V_TOR 

[0274] In Fig. 25, the audio pack G3 that includes the 
audio gap stores the sets of audio data x+2, y-1 , y that 
are to be reproduced for ttie audio frames X42, y-1 , y. Of 
the sets of audio data stored in this audio pacK the first 
to be decoded is the audio data x+2. 
[0275] This audio data x+2 should be decoded at the 
presentation end time of the audio frame x+1, and so 
should be read from the DVD- RAM togetiner with the 
picture data V_TOP whose pack sequence is trans- 
ferred during the same period (Tf_Period) as the audio 
frame x+1. As a result, this audio data is inserted 
between the video pack sequence P51 . which stores 
the picture data V_TOP. and the video pack sequence 
P52, as shown at the fcwttom of Rg. 25. 
[0276] In the audio pack G4 tiiat stores the sets of 
audio data u. u+1 , and u+2 that are to be reproduced for 
the audio frames u, u+1 . and u+2, the audio data u is to 
be decoded first. This audio data u shouki be decoded 
at the presentation end time of the audio frame u-1 , so 
tiiat tiiis audio data u should be read from the DVD- 
RAM together with the picture data V_NXT whose pack 
sequence is transfened during the same period. As a 
result, this audio data u is inserted between the video 
pack sequence P52. which stores the picture data 
V_TOP, and the video pack sequence P53 which stores 
tiie picture dat V_NXT, as shown at the bottom of Fig. 
25. 

[0277] As shown above, the audk> pack G3 that 
includes the audio gap is inserted between the video 
pack sequences P51 and P52, while the audio pack G4 
is inserted between tiie video pack sequences P52 and 
P53, thereby completing tiie multiplexing. 
[0278] After this, in step 81 20 the control unit 1 inserts 
the Flrst_SCR and Last_SCR of the former VOB and 
latter VOB. the seamless flag, the VOB_V_E_PTM, and 
the VOB__V__S_PTM into the seamless linking Informa- 
tion for tiie former VOB. In steps 8121 and 8122, the 
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control unit 1 writes all of the information relating to the 
audio gap, which is to say the audio gap start time. 
A_STP_PTM, the audio gap length A_GAP_LEN, and 
the audio gap location information A.GAP.LOC into the 
seamless linking information. 5 
[0279] After the above processing, the control unit 1 
has the end of the former VOB. the start of the latter 
VOB, and the seamless linking information written onto 
the DVD-RAM. 

[0280] The video packs and audio packs that store the 10 
video data and audio data obtained through the above 
re-encoding are assigned SCRs with ascending values. 
The Initial value of the assigned SCRs is the value of the 
SCR of the pack originally located at the start of the 
area subjected to the re-encoding. 15 
[0281] Since the SCRs show the time at which the 
respective video packs and audio packs should be 
inputted into the video buffer 4b and the video decoder 
4c, if there is a change In the amount of data before and 
after re-encoding, it will be necessary to update tiie val- 20 
ues of the SCRs. Even if this is the case, however, the 
decoding process will still be carried out correctiy pro- 
vided that the SCRs for the re-encoded first part of the 
latter VOB are below ttie SCRs of the video packs in the 
remaining part of the latter VOB that was not re- 25 
encoded. 

[0282] The PTS and the DTS are assigned in accord- 
ance with the video frames and audio frames, so that 
there will be no significant change in their values when 
re-encoding Is performed. As a result, continuity of the 30 
DTS- PTS is maintained between the data not subjected 
to re- encoding and the data in the re-encoded area. 
[0283] To reproduce two VOBs seamlessly, non-conti- 
nuity in the time stamps must be avoided. To do so, the 
control unit 1 judges in step SI 23 of Fig. 22 whether as 
overlapping SCRs have appeared. If this judgement is 
negative, the processing in the flowchart of Fig. 22 
ends. If overlappng SCRs have appeared, the control 
unit 1 proceeds to step SI 24 where it calculates the 
excess amount A based on the number of packs that 40 
have the overlapping SCRs. The control unit 1 tiien 
returns to step S110 to repeat the re-encoding, basing 
the amount of assigned code for the repeated re-encod- 
ing on ttiis excess amount A. 

[0284] As shown by the an-ow (5) in Fig. 17, the six 45 
VOBUs tiiat have been newly multiplexed by the 
processing in Fig. 22 are outputted to the disc access 
unit 3. The disc access unit 3 tiien writes the VOBU 
sequence onto ttie DVD-RAM. 

[0285] It should be noted that while tiie flowchart of so 
Fig. 21 -Fig. 22 describes the seamless linking of two 
VOBs, the same processing may be used to link two 
sections of ttie same VOB. For the example shown in 
Rg. 6B. when deleting the VOBUs #2, #4. #6, and #8, 
the VOBU located before each deleted part may be ss 
seamlessly linked to the VOBU located after the deleted 
pack by the processing in Rgs. 21 and 22. 
[0286] The following is a description of the reproduc- 



tion procedure for seamlessly reproducing two VOBs 
that have been seamlessly linked by the processing 
descried above. 

[0287] When tiie user indicates the seamless repro- 
duction of two or more VOBs recorded in an AV file, tiie 
control unit 1 first refers to tiie seamless flag in tiie 
seamless linking information of tiie latter VOB. If tills 
seamless flag is "on", tiie control unit 1 sets tiie time 
obtained by subtracting tiie video presentation start 
time VOB_V_S_PTM of tiie latter VOB from tiie video 
presentation end time VOB__V_E_PTM of tiie former 
VOB to obtain tiie STC„offset. The control unit 1 then 
has ttie adder 4h add tiie STC.offset to the standard 
time measured by STC unit 4g. 
[0288] After tiiis. tiie buffer input time First_SCR of tiie 
former VOB indicated by tie seamless linking informa- 
tion is compared with tiie standard time measured by 
the STC unit 4g. When the standard time reaches tiiis 
First_SCR, tiie confrol unit 1 controls the switch SW1 to 
switch to output the offset standard time outputted by 
tiie adder 4h instead of the standard time outputted by 
the STC unit 4g. After this, ttie control unit 1 switches 
the states of the switches SW2~SW4 in accordance 
witti ttie timing chart in Fig. 20. 
[0289] With the present embodiment, seamless repro- 
duction of a plurality of VOBs can be achieved by read- 
ing and re-encoding only ttie respective ends and starts 
of tiie VOBs. Since the re-encoded data is only tiie 
VOBUs focated at the start and end of the VOBs. ttie re- 
encoding of VOBs can be achieved In a very short time. 
[0290] Note that while ttie present embodiment 
describes a case where seamless linking information is 
managed for each VOB, ttie information that is required 
for the seamless linking of VOBs may be collectively 
provided. As one example, the video presentation end 
time VOB__V_E_PTM and tiie video presentation start 
time VOB_V_S_p™ tiiat are used to calculate the 
STC_offset are described as being given in two sepa- 
rate sets of VOB informatbn, though tiiese may be 
given as the seamless linking informatfon of ttie latter 
VOB. When doing so. it is desirable for ttie VOB infor- 
mation to include information for the presentation end 
time of ttie previous VOB (PREV_VOB_V_E_PTM). 
[0291 ] In the same way. it is preferable for information 
that Is tiie final SCR in the former VOB 
(PREV_VOB„LAST_SCR) to be included In ttie seam- 
less linking information of the latter VOB. 
[0292] In ttie present embodiment, ttie DVD recorder 
70 was described as being a device that takes the place 
of a conventional (non-portable) domestic VCR, 
alttiough when a DVD-FtAM is used as the recording 
medium for a computer, ttie following system setup may 
be used. The disc access unit 3 may function as a DVD- 
RAM drive device, and may be connected to a computer 
bus via an interface that complies to SCSI, IDE or 
IEEE1394 standard. 

[0293] In such a case, the DVD recorder 70 will 
Include a control unit 1, an MPEG encoder 2, a disc 
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access unit 3, an MPEG decoder 4, a video signal 
processing unit 5. a remote controller 71, a bus 7, a 
remote control signal reception unit 8, and a receiver 9. 
[0294] (n the above errtoodiment VOBs were 
described as being a multiplexed combination of a video 
stream and an audio stream, although sub-picture data 
produced by subjecting data for subtitles to run-length 
encoding may also be multiplexed into VOBs. A video 
stream composed of sets of still image data may also be 
multiplexed. 

[0295] In addition, the atxive embodiment describes 
the case where the re-encoding of data is performed by 
the MPEG decoder 4 after the VOBs have been 
decoded by the MPEG encoder 2. However, during the 
re-encoding the VOBs may instead be directly Inputted 
from the disc access unit 3 to the MPEG encoder 2 with- 
out prior decoding. 

[0296] The present embodiment describes the case 
where one picture is depicted using one frame, although 
there are cases one picture is in fact depicted using 1 .5 
frames, such as for a video stream where 3:2 pulldown 
is used with images for 24 frame per second being sub- 
ject to compression, inn the same way as with film mate- 
rials. 

[0297] The processing module software represented 
by the flowcharts in this first embodiment (Figs. 21-22) 
may be realized by a machine language program which 
may be distributed and sold having been recorded on a 
recording medium. Examples of such recording medium 
are an iC card, an optical disc, or a floppy disc. The 
machine language program recorded on the recording 
medium may then be installed into a standard personal 
computer. By executing the installed machine language 
programs, the standard personal computer can achieve 
the functions of the video data editing apparatus of the 
present embodiment. 

Second Embodiment 

[0298] While the first embodiment deals with a 
premise that seamless linking is performed for VOBs. 
this second embodiment describes the seamless linking 
of a plurality of parts of VOBs. In this second embodi- 
ment, these parts of a VOB are specified using time 
information that indicates video fields. The video fields 
referred to here are units that are smaller than one 
video frame, with the time information for video fields 
being expressed using the PTS of video packs. 
[0299] The parts of a VOB that are specified using 
time information for video fields are called cells, and the 
infornfiation used for indicating these cells is called cell 
infomiation. Cell information is recorded in the RTRW 
management file as one element in the PGC informa- 
tion. The details of the data construction and generation 
of cell information and PGC information is given in the 
fourth enixxJiment. 

[03(M)] Rg. 26 shows examples of the cells indicated 
by the video fields for the start and the end. In Fig. 26. 



the sets of time information C_V_S_PTM. C_V_E_PTM 
specify the video fields at the start and end of a cell. 
[0301 1 In Fig. 26, the time information C_V„S_PTM is 
the presentation start time of a video field at which the 

5 P picture in VOBLI#100 that forms one part of the 
present VOB should be reproduced. In the same way. 
the time information C_V_E_PTM is the presentation 
• end time of a video field at which the B1 picture in 
VOBU#105 that forms one part of the same VOB should 

10 be reproduced. As shown in Rg. 26, the time informa- 
tion C_V_S_PTM and C_V_E_PTM specify a section 
from a P picture to a B picture as a cell. 

g-1) Recongtructipn of GQPs 

IS 

[0302] When seamlessly linking parts of a VOB that 
are indicated by time information, it becomes necessary 
to use two processes that were not required in the first 
embodiment. First, the construction of the GOPs has to 

20 be reconstructed to convert the section indicated by the 
time information into a separate VOB, and second, the 
increases in buffer occupancy due to the reconstruction 
of GOPs have to be estimated. 
[0303] The reconstruction of GOPs refers to a process 

25 that changes the construction of GOPs so that the sec- 
tion indicated as a cell has the proper display order and 
coding order. 

[0304] More specifically, when a section to be linked is 
indicated by cell information, there can be cases where 
30 an editing boundary is defined midway through a VOBU, 
as shown in Rg. 28A. If this is the case, the two cells to 
be linked will not have a proper display order or coding 
order. 

[0305] In order to rectify the display order and coding 
35 order, the reconstruction of GOPs is performed using 
processing based on the three rules shown in Fig. 28 B. 
[0306] When the final picture data in the display order 
of a former cell is a B picture, the processing based on 
the first rule re-encodes this picture data to convert it 
40 into a P picture (or an 1 picture). The P picture in the for- 
ward direction that was referred to by the B picture is 
located before the B picture in ttie coding order. How- 
ever, this P picture will not be displayed after the editing, 
and so is deleted from the VOB. 
45 [P307] When the first picture data in the encoding 
order of the latter cell is a P picture, tiie processing 
based on the second rule re-encodes this picture data 
to convert it to an I picture. 

[0308] When the first set or consecutive sets of picture 
so data in the display order of the latter cell is/are B pic- 
tures, the processing based on the third rule re-encodes 
this picture data to convert it to picture data whose dis- 
play does not rely on the correlation with other images 
that have previously been reproduced. Hereinafter, 
S5 images formed of picture data that only relies on corre- 
lation with images that are yet to be displayed will called 
Fonward-B pictures. 
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(2-2) Estimating the Increase in Buffer Occupancy 

[0309] When the picture types of certain images have 
been changed by the processing based on the three 
rules described above, the processing for estimating the 
increases in buffer occupancy estimates the sizes of 
these converted sets of picture data. 
[0310] When the reconstruction described above is 
peiformed for the former cell, the final picture data in the 
reproduction order of the former cell is converted from a 
B picture to a P picture or an 1 picture, thereby increas- 
ing the size of this data. 

[0311] When the reconstruction described above is 
performed for the latter cell, the picture data located at 
the start of the coding order of the final cell is converted 
from a P picture to an I picture, and the picture type of 
the video data located at the front of the display order is 
converted to a Fonvard-B picture. This also increases 
the size of the data. 

[0312] The following is an explanation of the proce- 
dure for estimating the increases in data size that 
accompany the conversion in picture type. Fig. 29A and 
298 will be used to explain this procedure. 
[031 3] in Fig. 29A. the first cell continues as far as the 
B picture B3. According to the above rules, the video 
data editing apparatus has to convert this B picture 83 
to the P picture PI . when the 8 picture 83 is dependent 
on the P picture P2 that is reproduced after the 8 picture 
83, the picture type conversion process will incorporate 
the necessary information of the P picture P2 into the P 
picture PI ' that is produced by the conversion process. 
[031 4] In view of this procedure, the video data editing 
apparatus can estimate the data size of the P picture 
PV that is obtained by the conversion process using a 
sum of the size of the 8 picture B3 and the size of the P 
picture P2. This estimation method merely represents 
one potential method, however, so that other methods 
are equally possible. 8y determining the amount of 
code for use in re-encoding based on the estimated 
buffer occupancy, the video data editing apparatus can 
assign an optimal amount of code to the former cell and 
latter cell. 

[031 5] Figs. 30 A and 308 show how the increases in 
buffer occupancy that accompany changes in picture 
type within the latter cell are estimated. 
[0316] In Fig. 30A. the data from the B picture 83 
onwards belongs to the latter VOB. Each cell is deter- 
mined based on the display time for the start of the cell, 
so that the 8 picture 83 is the picture data located at the 
start of the display order of the latter cell. As a result, the 
video data editing apparatus needs to convert the 8 pic- 
ture 83 into the Forward-B picture B' according to the 
rules given above. When this 8 picture B3 had an infor- 
ntation component that is dependent on the previously 
reproduced P picture P2, this information component of 
the P picture P2 will have been incorporated into the 
Fonward-B B' picture during the picture type conversion. 
[031 7] In view of this procedure, the video data editing 



apparatus can estimate the data size of the Fonward-B 
picture 8' that is obtained by the conversion process 
using a sum of the size of the B picture B3 and the size 
of the P picture P2. 

5 [031 8] For the latter VOB, the video data editing appa- 
ratus needs to convert the picture type of the picture 
data located at the start of the coding order. By referring 
to the display order of the latter VOB in Rg. 28A. it can 
be seen that the P picture P3 is the picture data that is 

10 to be displayed immediately after the 8 picture 83. The 
P picture P3 is stored in the reordering buffer 4f of the 
video data editing apparatus until the decoding of the B 
picture 83 is complete, and so Is only displayed after the 
decoding of 8 picture B3 has been performed. By hav- 

15 ing the reordering buffer 4f reorder the picture data in 
this way, the P picture P3 will precede the 8 picture 83 
in the coding order even though P picture P3 is dis- 
played after the 8 picture 83. According to the rules 
described earlier, the video data editing apparatus 

20 needs to convert picture data P3 detected as the first 
picture data in the coding order into an I picture. When 
this P picture has an information component that relies 
on the I picture that is reproduced before the P picture 
P3, this information component of the I picture will have 

25 been incorporated into the P picture P3 during the pic- 
ture type conversion. 

[031 9] In view of this procedure, the video data editing 
apparatus can estimate the data size of tiie I picture T 
that is obtained by ttie conversion process using a sum 
30 of tiie size of the P picture P3 and the size of the pre- 
ceding I picture. Based on the buffer occupancy that is 
estimated in this way. the video data editing apparatus 
can then assign optimal amounts of code to tiie former 
and latter cells to be used in the re-encoding. 

35 

(2-3) Procedure for Seamlessly Connecting Cells 

[0320] Figs. 31 to 33 are flowcharts showing the pro- 
cedure tiiat links two cells to enable seamless reproduc- 
40 tion of tiie two. Note that many of the steps in these 
flowcharts are the same as the steps In the flowcharts 
shown in Figs. 21 and 22 witfi the term "VOB" having 
been replaced with term "cell". These steps have been 
given the same reference numerals as in tine first 
45 embodiment, and ttieir explanation has been omitted. 
[0321] Fig. 34 shows tiie audio frames in the audio 
stream that correspond to the audio frame x, the audio 
frame x+1 , and the audio frame y that are used in Rg. 
31. 

50 [0322] In step S102, tiie control unit 1 refers to tiie 
time information specifying tiie end of tiie cell to be 
reproduced first (hereinafter called the "former cell") 
and the time information specifying the end of tiie cell to 
be reproduced second (hereinafter called the "latter 
55 cell") and subtracts ttie C_V_S_PTM of tiie latter cell 
from tiie C_V_E_PTM of the former cell to obtain tiie 
STC_offfseL 

[0323] In step S103. the control unit 1 analyzes tfie 
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changes in the buffer occupancy from the First_SCR of 
the former cell to the decode end time Last.DTS of alt 
of the data In the former cell. 
[0324] In step S104, the control unit 1 performs the 
same analysis as in step S103 for the latter cell, and so 
analyzes the changes in the buffer occupancy from the 
First.SCR of the latter cell to the decode end time 
Last.DTS of all of the data in the latter cell. 
[0325] In step S130, the control unit 1 estimates the 
increase a in the buffer occupancy that accompanies 
the changes in picture type for the latter cell, in accord* 
ance with the procedure shown in Rgs. 30A and SOB. In 
step S1 31 , the control unit 1 estimates the increase p in 
the buffer occupancy that accompanies the changes In 
picture type for the former cell, in accordance with the 
procedure shown in Rgs. 29A and 29B. In step SI 32, 
the control unit 1 adds the estimated increases a.p to 
the respective fcujffer occupancy for the latter and former 
cells. 

[0326] In step S105, tiie control unit 1 analyzes the 
changes in the occupancy of the video buffer from the 
First_SCR of the latter cell + STC_offset to the 
Last_DTS of the former cell. 
[0327] As shown in Fig. IOC of tiie first embodiment, 
the highest occupancy Bv1 -i-Bv2 of the video buffer 4b is 
obtained for the period where video data for both the 
former cell and latter cell is stored in the video buffer 4b. 
[0328] In step SI 06, the control unit 1 controls the disc 
access unit 3 to read the three VOBs believed to include 
the picture data located at the end of the former cell 
from tfie DVD-RAM. After this, in step SI 07 the control 
unit 1 controls the disc access unit 3 to read the three 
VOBs believed to include the picture data located at the 
start of tiie latter cell. 

[0329] Fig. 27A shows the area that should be read 
from the former cell in step SI 06. Rg. 27B shows the 
VOB includes VOBUs #98 to #107. witfi VOBUs #99 to 
#105 being indicated as the former cell. When the pic- 
ture data to be reproduced last in the former cell is the 
picture data Bend, this picture data will be included in 
one of VOBUs #1 03 to #1 05 in accordance with the one- 
second rule, so that VOBU#103 to VOB#105 will be 
read as the VOBU sequence that includes the picture 
data to be reproduced last. 

[0330] The VOB shown in Fig. 278 includes the 
VOBUs #498 to #507, and of these. VOBUs #500 to 
#506 are indicated as the latter cell. When the picture 
data to be displayed first in this latter cell is the picture 
data PTOP, this picture data PTOP will be included in 
VOBUs #500 to #502. so that VOBUs #500 to #502 will 
be read as the VOBU sequence that includes picture 
data to be displayed first. These VOBUs include the all 
of the picture data that depends on the picture data 
PTOP and the picture data Bend, in addition to the 
audio data that is to be reproduced at the same time as 
the picture data PTOP and the picture data Bend. As a 
result all of the picture data that is required for the con- 
version of picture types is read by this operation. 



[0331] It should be noted that the reads in this flow- 
chart are performed for VOBU units, although the reads 
may instead be performed for the picture data and audio 
data that is to be reproduced in one second, out of all of 

5 the picture data and audio data Included in a VOBU. In 
the present embodiment, the number of VOBs that cor- 
respond to one second of reproduction is given as 
ttiree. although any number of VOBs may be used. 
Reads may alternatively be performed for picture data 

10 and audio data that is to be reproduced in a period 
longer than one second. 

[0332] After these reads are complete, in step S108 
the control unit 1 controls the demultiplexer 4a to sepa- 
rate the video data and audio data from the VOBU 
IS located at the end of the former cell and tiie start of the 
latter cell. 

[0333] in step S109, tiie control unit 1 judges whetiier 
the accupfuilated amount of data In the buffer exceeds 
the upper limit of the buffer at any point in the decoding 

20 when the former cell and the latter cell coexist in the 
buffer. More specifically, this is achieved by judging 
whether the value Bv1+Bv2 calculated in step S105 
exceeds tiie upper limit of the buffer. 
[0334] If this value does not exceed tiie upper limit the 

2S processing advances to step SI 33, or if tiie value does 
exceed the upper limit, the control unit 1 assigns an 
amount of code based on tiie excess amount A to the 
former cell and latter cell in Step 81 1 0. Note that the re- 
encoding performed in tiiis case may only be performed 

30 for one of the former VOB and latter VOB, or for both. In 
step S1 1 1 , tiie video data obtained from the two cells is 
re-encoded according to the amount of code assigned 
instep S110. 

[0335] In step Si 33, tiie Rrst.SCR tiiat has been 
35 newly assigned to ttie re-encoded video data in tiie lat- 
ter cell is obtained. In this latter cell, tiie first picture data 
in the display order and the first picture data in tiie cod- 
ing order will have been converted into picture types 
with larger amounts of picture data, so it should be obvi- 
40 ous tiiat tiie value Rrst_SCR+STG_offset will indicate 
an earlier time than before. 

[0336] In step S1 12, the control unit 1 calculates tiie 
audio data, out of the audio data separated from the 
former cell, tiiat corresponds to tiie audio frame x which 

45 includes the sum of tiie STC_offset and the Rrst_SCR 
tiiat is newly assigned to the video data in tiie latter 
VOB. In Fig. 34, ttie upper and lower graphs respec- 
tively show tiie transition in the buffer occupancy due to 
tiie video data in tiie former cell and latter cell. The 

50 lower graph in Fig. 34 shows the audio frames of the 
audio data separated from tiie former cell. 
[0337] The audio frame sequence below tiie lower 
graph in Fig. 34 shows each audio frame against the 
time axis of the graph given above it. The fcjuffer occu- 

55 pancy for the new latter cell obtained as a result of the 
re-encoding increases by the amount a1 . Note that tiiis 
amount a1 differs from the increased amount a that was 
estimated in step 3132. Due to this amount a1. the 
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RrsLSCR that Is newly assigned to the latter video data 
indicates an earlier time. 

[0338] As can be seen from the tower graph in Rg. 34, 
the new value of Rrst_SCR+STC_oflset is positioned at 
time which is Tal earlier than before. In Rg. 34. the 
descending guideline drawn from the new value of 
Rrst_SCR+STC_offset intersects one audio frame In 
the audio frame sequence of the former cell. This inter- 
sected audio frame is the audio frame x. with the follow- 
ing audio frame x-i-1 being the final audio frame in the 
former cell. 

[0339] Since the value of the sum of the STC_offset 
and the new First_SCR of the latter cell indicates an 
earlier time, this means that an earlier frame is indicated 
as the audio frame x. As a result, when a read is com- 
menced for the video data in the tatter cell, the audio 
data that should be read from the former cell together 
with this video data is comparatively larger than in the 
first embodiment. 

[0340] Hereafter, the processing in steps S113 to 
S119 is performed so that the stream encoder 2e per- 
forms the multiplexing shown in Rg. 25. 
[0341] After this, in step SI 20 the Rrst_SCR. 
Last_SCR. the seamless flag, the C_V_E_PTM, and 
the C_V_S_PTM for the former and latter cells are 
inserted into the seamless linldng information of the 
former cell. The control unit 1 then performs the 
processing in steps SI 21 and S122. Of the data for the 
six VOBUs obtained through the re-encoding, the three 
VOBUs arranged at the start (the first VOBUs) originally 
formed part of the former cell, and so are appended to 
the end of the former cell. Similarly, the three VOBUs 
arranged at the end (the latter VOBUs) originally formed 
part of the latter cell, and so are inserted at that start of 
the latter cell. 

[0342] While one of the former and latter cell that have 
been given re-encoded data is managed having been 
assigned the same identifier as the VOB from which it 
was taken, the other of the two cells is managed having 
been assigned a different identifier to the VOB from 
which it was taken. This means that after this division, 
the former cell and latter cell are managed as separate 
VOBs. This is because there is a high possibility of the 
time stamps not being continuous at the boundary 
between the former cell and the latter cell. 
[0343] As in the first embodiment in step SI 23 the 
control unit 1 judges whether the values of the SCR are 
continuous. If so, the control unit 1 ends the processing 
in the flowcharts of Rgs. 31 to 33. If not, the control unit 
1 calculated the excess amount A based on the number 
of packs given overlapping SCRs, determines an 
amount of code based on the excess amount A, and 
returns to step Si 09 to repeat the re-encoding. 
[0344] As a result of the above processing, cells are 
re-encoded, with the cells indicated by the cell informa- 
tion being set as separate VOBs. This means that VOB 
information for the newly generated VOBs need to be 
provided in the RTRW management file. The following is 



an explanation of how th'^ VOB information for cells is 
defined. 

P)345] The "video stream attribute infonnation'' 
includes compression mode information, TV system 
5 information, aspect ratio information, and resolution 
information, although this Information may be set to 
match the information for the VOB(s) from which the 
celts were taken. 

[0346] The "audio stream attribute information" 
10 includes an encoding mode, the presence/absence of 
dynamic range control, a sampling frequency, and a 
number of channels, although this information may be 
set to match the information for the VOB(s) from which 
the cells were taken. 
15 [0347] The "time map table" is corrposed of the size 
of each VOBU that composes the VOB and the display 
period of each VOBU, although a corresponding part of 
the information given for the VOB(s) from which the cells 
were taken may be used, with the sizes and display 
20 periods only being amended for VOBUs that have been 
re-encoded. 

[0348] The following is an explanation of the "seam- 
less linking information" that was generated in step 
S133. This seamless linking information is corrposed of 

25 a seamless flag, a video presentation start time 
VOB_V_S_PTM, a video presentation end time 
VOB_V_E_PTM. a Rrst^SCR, a Last_SCR, an audio 
gap start time A_STP_PTM, and an audio gap length 
A_GAP_LEN. These elements are written into the 

30 seamless linking information one at a time. 

[0349] Only when the relationship between the former 
celt and the latter cell is satisfies the following conditions 
(1) and (2) is the seamless flag set at "01". If either con- 
dition is not satisfied, the seamless flag is set at "00." 

35 

(1) Both celts must use the same display method 
(NTSC, PAU etc.) for the video stream as given in 
the video attribute information. 

(2) Both cells must use the same encoding method 
40 (AG-3, MPEG, Unear-PCM) for the audio stream as 

given in the audio attribute information. 

[0350] The "video presentation start time 

VOB_V_S_PTM" is updated to the presentation start 
45 time after re-encoding. 

[0351] The "video presentation end time 

VOB_V_E_PTM" is updated to the presentation end 
time after re-encoding. 

[0352] The "Rrst_SCR" is updated to the SCR of ttie 
50 first pack after re-encoding. 

[0353] The "Last_SGR" is updated to the SCR of the 
final pack after re-encoding. 

[0354] The "audio gap start time A_STP_PTM" is set 
at the presentation end time of the audio frame y that is 
55 the final audio frame to be reproduced for the audio data 
that is moved to the latter cell in Fig. 34. 
[P355] The "audfo gap length A_GAP_LEN" is set as 
the period from the presentation end time of the final 
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audio frame y to be reproduced using the audio data 
that is moved to the latter cell in Rg. 34 to the presenta- 
tion start time of the audio frame u. 
10356] Once the VOB Information has been generated 
as described above, an RTRW management file 
included this new VOB information is recorded onto the 
DVD-RAM. By doing sa the two cells that are indicated 
by the cell information can be recorded on the DVD- 
RAM as two VOBs that are to be reproduced seam- 
lessly. 

[0357] As desaibed above, this second embodiment 
can process cells in a VOB or VOBs so as to have the 
cells seamlessly reproduced by merely reading and re- 
encoding the end of the former cell and the start of the 
latter cell. Since only the VOBUs located at the start and 
end of the respective cells are re-encoded, this re- 
encoding of cells can be achieved in a very short time. 
[0358] It should be noted that while the present 
embodiment describes the case where video fields as 
used as the unit when indicating cells, video frames may 
be used instead. 

[0359] The processing module software represented 
by the flowcharts in this first embodiment (Rgs. 31-33) 
may be realized by a machine language program which 
may be distributed and sold having been recorded on a 
recording medium. Examples of such recording medium 
are an IC card, an optical disc, or a ftoppy disc. The 
machine language program recorded on the recording 
medium may then be installed into a standard personal 
computer. By executing the installed machine language 
programs, the standard personal computer can achieve 
the functions of the video data editing apparatus of the 
present embodiment 

Third Embodiment 

[0360] The third embodiment of the present invention 
manages AV files in a file system and allows greater 
freedom in video editing. 

3-1 Directory Staicture on a DVD-RAM 

[0361 ] The RTRW management file and AV files of the 
first embodiment are arranged in the directories shown 
in Rg. 35 within a file system that complies to ISO/lEC 
13346. In Rg. 35, the ovals represent directories and 
the rectangles represent files. The root directory 
includes directories called a "RTRW" and two files 
called Tilel .DAr and "Rlea.DAr . TTie RTRW directory 
includes three files called "Moviel.VOB", 
••Movie2.VOB". and "RTRWM.IFO". 



f3-1-1) Rie System Management Information in the 
DirectQrigg 

[0362] The following is a description of the manage- 
ment information used for managing the RTRW man- 
agement file and AV files in the directory structure 



shown in Rg. 35. Rg. 36 shows the file system manage- 
ment information in the directory structure of Rg. 35. 
[0363] Rg. 36 shows the volume area shown in Rg. 
3D. the sectors, and stored contents of sectors In a hier- 

5 archy. Arrows 0~® in this drawing show the order in 
which the storage positions of the file "Moviel .VOB" are 
specified by the present management information. 
[0364] The first level In the hierarchy in Rg. 36 shows 
the volume area shown in Rg. 3D. 

10 [0365] The second level in the hierarchy shows file set 
descriptors, end descriptors, file entries, and directo- 
ries, out of the entire management information. The 
information on this second level complies with a file sys- 
tem that is standardized under ISO/lEC 13346. RIe sys- 

15 tems that are standardized under ISO/lEC 13346 
manage directories in a hierarchy. 
[0366] The management information in Rg. 36 is 
arranged in accordance with the directory structure. 
However, a recording region is only shown for the AV file 

20 "Moviel.VOB". 

[0367] The file set descriptor (LBN 80) on the second 
level shows information such as the LBN of the sector 
that stores the file entry for the root directory. The end 
descriptor (LBN 81) shows the end of the file set 

25 descriptor. 

[0368] A file entry (such as LBN 82, 584, 3585) is 
stored for each file (or directory), and shows a storage 
position for a file or directory. RIe entries for files and file 
entries for directories have a same format, so that hier- 

30 archical directories can be freely constructed. 

[0369] A directory (such as LBN83, 584. 3585) shows 
storage positions for file entries of the files or directories 
included in the directory. 

[0370] Three files entries and two directories are 

35 shown on the third level in the hierarchy. The file entries 
and directories are tracked by the file system and have 
a data construction that enables the storage position of 
a specified file to be indicated regardless of the con- 
struction of the hierarchy in the directory structure. 

40 [0371 ] Each f fle entry includes an allocation descriptor 
that shows a storage position of a file or directory. When 
the data recorded in each file is divided into a plurality of 
extents, a file entry includes a plurality of allocation 
descriptors for each extent. 

45 [0372] The expression "extent** refers here to a section 
of data Included in a file that should be preferably stored 
in consecutive regions. When, for example, the size of a 
VOB to be recorded in an AV file is large, but there are 
no consecutive regions for storing the VOB, the AV file 

50 cannot be recorded on the DVD-RAM. 

[0373] However, when there Is a plurality of small con- 
secutive regions distributed across the partition area, by 
dividing the VOBs to be recorded in the AV file, the 
resulting divided sections of the VOBs may be stored 

55 into the distributed consecutive areas. 

[0374] By dividing VOBs in this way. the probability of 
being able to store VOBs as AV files increases, even 
when the number of consecutive regions and length of 
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the partition area are limited. To improve the efficiency 
with which data is recorded on a DVD-RAM, the VOBs 
recorded In one AV file are divided into a plurality of 
extents, with these extents being recorded in separate 
consecutive areas on the dsc without regard to the 
order of the extents. 

[0375] It should be noted that the expression "consec- 
utive regions" here refers to a region composed of ECC 
blocks that are logically or physically consecutive. 
[0376] As one example, the file entries with the LBN 
82 and 584 in Fig. 36 each include a single allocation 
descriptor, which means that the file is not divided into a 
plurality of extents (which is to say, is composed of a 
singe extent). The file entry 3585 meanwhile has two 
allocation descriptors, which means that the data to be 
stored in the file is composed of two extents. 
[0377] Each directory includes a file identification 
descriptor showing a storage position of a file entry for 
each file and each directory included in the directory 
When tracing a route through the file entries and direc- 
tories, the storage position of the ffle 
"rootArideo/Moviel.VOB" can be found by following the 
order given as file set descriptor -^®->fiie entry 
(root)-> ©-^-director y {root)->(2)^file entry 
(RTRW)^(3)~>directory (RTRW)->®->flle entry 
(Moviel.VOB)->(D@->file (extents #1 and #2 of 
Moviel.VOB). 

[0378] Fig. 37 shows the link relationship between the 
file entries and directories on this route in another for- 
mat that traces the directory construction. In this draw- 
ing, the directories used for route include file 
identification descriptors for the directory of the parent 
directory (the parent of the root being the root itselO, the 
RTRW directory, the File1.DAT file, and the File2.DAT 
file. The RTRW directory includes file identification 
descriptors for each of the directory of the parent direc- 
tory (root), the Moviel.VOB file, the Movi^.VOB file, 
and the RTRWM.IFO file. In the same way, the storage 
position of the Moviel.VOB file is specified by tracing 
the route ®~©(2). 

3-1-2 Data Construction of a File Entry 

[0379] Fig. 38A show the data construction of a file 
entry In more detail. As shown in Rg. 38A, a file entry 
includes a descriptor tag. an ICS tag. an allocation 
descriptor length, expanded attributes, and an alloca- 
tion descriptor. In this figure, the legend "BP" represents- 
"bit position", while the legend "RBP" represents "rela- 
tive bit position". 

[0380] The descriptor tag is a tag showing the present 
entry is a file entry For a DVD-RAM, a variety of tags 
are used, such as the file entry descriptor and the space 
bitmap descriptor. For a file entry, a value "261 " is used 
as the descriptor tag indicating a file entry. 
[0381 ] The ICB tag shows attribute information for the 
file entry itself. 

[0382] TTie expanded attributes are Information show- 



ing the attributes with a higher-level content than the 
content specified by the attn'bute infbmiation field in the 
file entry 

[0383] The allocation descriptor field stores as many 
5 allocation descriptors as there are extents that compose 
the fOe. Each allocation descriptor shows the logical 
block number (LBN) that indicates the storage position 
of an extent for a file or a directory. The data construc- 
tion of an allocation descriptor is shown in Rg. 38B. 
10 [0384] The allocation descriptor in Fig. 38B includes 
data showing the extent length and a logical block 
number showing the storage position of the extent. 
However, the top two bits of the data indicating the 
extent length show the storage state of the extent stor- 
es age area. The meanings of the various values are as 
shown in Rg. 38C. 

f3-1-3) Data Construction of the File Identification 
Descriptors for Directories and Files 

20 

[0385] Figs.39A and 39B show the detailed data con- 
struction of the file identification descriptors for directo- 
ries and files in the various directories. These two types 
of file identification descriptors have the same format, 

25 and so each include management information, identifi- 
cation Information, a directory name length, an address 
showing the logical block number that stores the file 
entry for the directory or file, expansion information, and 
a directory name. In this way, the address of a file entry 

30 is associated with a directory name or file name. 

(3-1 -4) Minimum Size of an AV Block 

[0386] When a VOB to be recorded in an AV file is 
35 divided into a plurality of extents, the data length of each 
extent must exceed the data length of an AV block. The 
expression "AV block" here refers to the minimum 
amount of data for which there is no danger of under- 
flow for the track buffer 3a when reading a VOB from the 
40 DVD-RAM. 

[0387] To guarantee consecutive reproduction, the 
minimum size of an AV block is defined in relation to the 
track buffer provided in a reproduction apparatus. The 
following explanation deals with how this minimum size 
45 Of an AV block is found. 

(3-1-5) Mininmirp Size of an AV Block Area 

[0388] Rrst. the rationale behind the need to deter- 
so mine the minimum size of an AV block for guaranteeing 
uninterrupted reproduction is described. 
[0389] Rg. 40 shows a nmdel of how a reproduction 
apparatus that reproduces video objects buffers AV 
data read from the DVD-RAM In the track buffer. This 
55 model shows the minimum requirements of a reproduc- 
tion apparatus for uninten-upted reproduction to be 
guaranteed. 

[0390] In the upper part of Rg. 40. the reproduction 
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apparatus subjects the AV data it reads from the DVD- 
RAM to ECC processing, temporarily accumulates the 
resulting data in the track txiffer, which is a FIFO mem- 
ory, and then outputs the data from the track buffer to 
the decoder. In the illustrated example, is the input 
transfer rate of the track buffer (or in other words, the 
rate at which data is read from the optical disc), and 
is the output transfe- rate of the track buffer (decoder 
input rate), where Vr>Vo. In the present model, 
Vr=11Mbps. 

[0391] The lower part of Fig. 40 is a graph showing the 
changes in the amount of data in the track buffer for the 
present model. In this graph, the vertical axis represents 
the amount of data in the buffer, while the horizontal 
axis represents time. This graph assumes that the AV 
blod^ that includes a defective sector is read following 
the AV block^ that includes no defective sectors. 
[0392] The period T1 shown on the time axis shows 
the time required to read all AV data in the AV block#j 
that includes no defective sectors. During this period 
T1 . the amount of data in the track buffer increases at 
the rate (Vr-VJ. 

[0393] The period T2 (hereinafter called the "jump 
periodT shows the time required by the cptical pickup to 
jump from the AV block#j to the AV block#k. This junp 
period includes the seek time for the optical pickup and 
the time taken for the rotation of the optical disc to stabi- 
lize. In the worst case scenario of a jump from the inner 
periphery to the outer periphery of the optical disc, the 
jump time is assumed to be around 1500ms for the 
present model. During the jurrp period 12, the amount 
of data in the track buffer decreases at a rate of V^. 
[0394] The periods T3 to T5 show the time taken to 
read all AV data in the AV block#k that includes a defec- 
tive sector. 

[0395] Of these periods, the period T4 shows the time 
taken to skip to the next ECC block from a present ECC 
block that includes a defective sector. This skip opera- 
tion involves slipping a present ECC block if one or 
more of the 16 sectors is defective and jumping to the 
next ECC block. This means that in an AV block, instead 
of merely logically replacing each defective sector in an 
ECC block with a replacement sector (or a replacement 
ECC block), use of each ECC block (all 16 sectors) with 
a defective sector is stopped. This method is called the 
ECC block skip method. The period T4 is the disc rota- 
tion wait time, which, in the worse case scenario, is the 
time taken for one revolution of the disc. This is pre- 
sumed to be around 105ms for the present model. In 
periods T3 and T5, the amount of data in the buffer 
increases at a rate given as V^-V^. while during period 
T4, the amount decreases at the rate V^. 
[0396] When "N_ec«'' represents the total number of 
ECC blocks in an AV blocK the size of an AV block is 
given by the formula "N_ecc*16*8*2048" bits. To ensure 
consecutive reproduction is performed, the minimum 
value of N_ecc is found as described below. 
[0397] In period T2.AV data is only read from the track 



buffer with no concurrent replenishing of AV data. Dur- 
ing this period T2, should the amount of data in the 
buffer reach zero, an underflow will occur in the 
decoder. In such case, the uninterrupted reproduction of 
5 AV data cannot be guaranteed. As a result, the relation 
shown as Equation 1 below needs to be satisfied to 
guarantee the uninterrupted reproduction of AV data 
(which is to say to ensure that no underflow occurs). 

10 Equation 1 

[0398] 

(buffered data amount B)^(consumed data amount 

15 R) 

[0399] The buffered data amount B is the amount of 
data stored in the buffer at the end of the period T1 . The 
consumed data amount R Is the total amount of data 
20 read during the period T2. 

[0400] The buffered data amount B is given by Equa- 
tion 2 below. 

Equatton 2 

25 

[0401] 

(buffered data amount B) ^(period T1)^(Vr-Vo) 

=(read time for 1 AV 
30 blocl^*(Vr-Vo) 

=(AV block size INrVi^r 
Vo) 

=(N_ecc*1 6*8*2048/Vr)*(Vr 

35 =(N_ecc*16*8*2048)*(1- 

VcAr) 

[0402] The consumed data amount R is given by 
Equation 3 below. 

40 

Equation 3 
[0403] 

45 (consumed data amount R)=T2*Vo 

[0404] substituting Equations 2 and 3 into the respec- 
tive sides of Equation 1 gives Equation 4 below. 

50 Equation 4 

[0405] 

(N_ecc*1 6*8*2048)*(1 -VoA/r)>T2*Vo 

55 

[0406] By rearranging Equation 4, it can be seen that 
the number N_ecc of ECC blocks that guarantees con- 
secutive reproduction must satisfy Equation 5 below. 
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Equation 5 Equation 7 



[0407] 

N_eooT2*Vo/{(16*8*2048)*(1-Vo/Vr)) 

[0408] In Equation 5, T2 is the jump period described 
above, which has a maximum of 1.5s. Vp meanwhile, 
has a fixed value, which for the model In the upper part 
of Fig. 40 is 11Mbps. Vo is expressed by ttie following 
Equation 6 that takes the variable bit rate of the AV block 
that includes a number N_ecc of ECC blocks into con- 
sideration. Note that Vo is not ttie maximum value of the 
logical transfer rate for output from the track buffer, but 
is given by the equation below as ttie effective input rate 
of variable rate AV data into the decoder. AV block 
length here is given as tfie number NjDack of packs In 
an AV block composed of N^ecc ECC blocks ((N_ecc- 
1)M6<N j3ack^N_ecc*16). 

Eouation 6 

[0409] 

Vo=AV Wock lengtti(bit)*(1/AV block reproduction 
time(sec)) 

=(N_pack*2048*8)*(27M/(SCRJirst_next 
SCRJirstjcun-ent)) 

[0410] In the above equation. SCRJirst_next is the 
SCR of the first pack in ttie next AV block, while 
SCRJirstjcurrent is ttie SCR of ttie first pack in the 
present AV block. Each SCR shows the time at which 
the corresponding pack should be outputted from the 
track buffer to tiie decoder. The unit for SCRs Is 1/27 
megaseconds. 

[041 1 ] As shown in ttie above Equations 5 and 6, the 
minimum size of an AV block can tfieoretically be calcu- 
lated in accordance with the actual bit rate of the AV 
data. 

[041 2] Equation 5 applies to a case where no defec- 
tive sectors exist on the optical disc. When such sectors 
are present ttie number of ECC blocks Necc required to 
ensure uninterrupted reproduction is as described 
below. 

[0413] it is presumed here tiiat the AV block area 
includes ECC blocks witti defective sectors, ttie number 
of which is represented as "dN.ecc". No Av data is 
recorded into the dN^ecc defective ECC blocks due to 
the ECC block skipping described above. The loss time 
Ts caused by skipping the dN_ecc defective ECC 
blocks Is represented as "T4*dN ecc, where T4" repre- 
sents ttie ECC block skip time for ttie model shown in 
Rg. 40. 

[041 4] To ensure tfie uninterrupted reproduction of ttie 
AV data when defective sectors are included, the AV 
block area needs to include as ttie number of ECC 
blocks as represented by Equation 7. 



[0415] 

5 N_ecc ^ dN_ecc + Vo*(Tl+Ts)/((1 6*8*2048) *(1- 
VoA/r)) 

[041 6] As desaibed above, ttie size of ttie AV block 
area is calculated from Formula 5 when no defective 
10 sector is present, and from Formula 7 when defective 
sectors are present. 

[0417] It should be noted here that when AV data is 
composed of a plurality of AV blocks, the first and last 
AV blocks do not need to not satisfy Equation 5 or 7. 

15 This is because the timing at which decoding is com- 
menced for the first AV block can be delayed, which is to 
say, the supply of data to ttie decoded may be delayed 
until sufficient data is accumulated in the buffer, tiiereby 
ensuring uninterrupted reproduction between the first 

20 and second AV bbcks. The last AV block, meanwhile, is 
not followed by any particular AV data, meaning ttiat ttie 
reproduction may simply end witti this last AV block. 

(3-2^ Functional Blocks of the DVD Recorder 70 

25 

[041 8] Rg. 41 is a function block diagram showing tiie 
constoiction of ttie DVD recorder 70 divided into func- 
tions. Each function in Fig. 41 is realized by ttie CPU la 
in tfie control unit 1 executing a program in ttie ROM 1e 
30 to control the hardware shown In Fig. 1 7. 

[0419] The DVD player of Rg. 41 includes ttie disc 
recording unit 100; ttie disc reading unit 101, the com- 
mon file system unit 10, the AV file system unit 1 1, ttie 
recording-editing-reproduction control unit 12. the AV 
35 data recording unit 13. ttie AVdata reproduction unit 14, 
and ttie AV data editing unit 1 5. 

(3-2-1) Disc Recording Unit 100 - Disc Reading Unit 101 

[0420] The cfisc recording unit 100 operates as fol- 
lows. On receiving an input of ttie logical sector number 
from which recording is to start and the data to be 
recorded from the common file system unit 10 and the 
AV file system unit 11. the disc recording unit 100 
moves ttie optical pickup to ttie appropriate logical sec- 
tor number and has the optical pickup record data in 
ECC block units (16 sectors) into the indicated sectors 
on tiie disc. When ttie amount of data to be recorded is 
below 16 sectors, the disc recording unit 100 first reads 
ttie data, subjects it to ECC processing, and records it 
onto the disc as an ECC block. 
[0421 ] ITie disc reading unit 1 0 1 operates as follows. 
On receiving an input of a logical sector number from 
which data Is to be read and a number of sectors from 
ttie common file system unit 10 and the AV file system 
unit 11, the disc reading unit 101 moves ttie optical 
plckL43 to ttie appropriate logical sector number and has 
ttie optical pickup read data in ECC block units from ttie 



45 



50 



36 



71 



EP0903 744A2 



72 



indicated iogica) sectors. TTie disc reading unit 101 has 
ECC processing performed on the read data and trans- 
fers only the required sector data to the common file 
system unit 10. As with the disc recording unit 100. the 
disc reading unit 101 reads VOBs in units of 16 sectors 
for each ECC block, thereby reducing the overheads. 

f3-2>2) Common File system Unit 10 

[0422] The common file system unit 10 provides the 
reoording-edrtingHfeproduction control unit 12. the AV 
data recording unit 1 3. the AV data reproduction unit 1 4, 
and the AV data editing unit 15 with the standard func- 
tions for accessing data format standardized under 
ISO/iEC 13346. These standard functions provided by 
the common file system unit 10 control the disc record- 
ing unit 100 and the disc reading unit 101 to read or 
write data onto or from the DVD-RAM in directory units 
and file units. 

[0423] Representative examples of the standard func- 
tions provided by the common file system unit 1 0 are as 
follows. 

1. Having the disc recording unit 100 record a file 
entry and output the file identification descriptor to 
the recording-editing-reproduction control unit 12, 
the AV data recording unit 13, the AV data repro- 
duction unit 14, and the AV data editing unit 15. 

2. Converting a recorded area on the disc that 
includes one file into an empty area. 

3. Controlling the disc reading unit 101 to read tiie 
file identification descriptor of a specified file from a 
DVD-RAM. 

4. Controlling the disc recording unit 1 00 to record 
memory present in the memory onto tine disc as a 
non-AV file. 

5. Controlling the disc reading unit 101 to read an 
extent tiiat composes a file recorded on the disc. 

6. Controlling the disc reading unit 101 to move the 
optical pickup to a desired position in the extents 
that conpose a file. 

[0424] To use any of the functions (1) to (6). the 
recording-editing-reproduction control unit 12 to AV 
data editing unit 15 may issue a command to the com- 
mon file system unit 10 to indicate the file to be read or 
recorded as a parameter. Such commands are called 
common file system-oriented commands. 
[0425] Various types of common file system-oriented 
commands are available, such as "(l)CREATE'*, 
"(2)DELETE". "(3)0? EN/CLOSE". "{4)WRITE''. 
"(5) READ", and "(6) SEEK". Such commands are 
respectively assigned to the functions (1) to (6). 
[0426] In the present embodiment the assignment of 
commands to the standard functions is as follows. To 
use function (1). the recording-editing-reproduction con- 
trol unit 12 to AV data editing unit 15 may issue a "CRE- 
ATE" command to the common file system unit 10. To 



use function (2). ttie recording-editing-reproduction con- 
frol unit 12 to AV data editing unit 15 may issue a 
"DELETE" command to tiie common file system unit 10. 
In the same way, to respectively use functions (3), (4), 
5 (5), and (6), ttie recording-editing-reproduction cortro! 
unit 12 to AV data editing unit 15 may issue an 
"OPEN/CLOSE", "WRITE". "READ" or "SEEK" com- 
mand to tiie common file system unit 10. 

10 (3-2-3) AV File System Unitii 

[0427] The AV file system unit 1 1 provides the AV data 
recording unit 13. AV data reproduction unit 14, and AV 
data editing unit 1 5 witii extended functions which are 
15 only necessary when recording or editing an AV file. 
These extended functions cannot be provided by the 
common file system unit 10. 
[0428] The following are representative examples of 
these extended functions. 

20 

(7) writing a VOB tiiat has been encoded by the 
MPEG encoder 2 onto a DVD-RAM as an AV file. 

(8) Cutting out an indicated part of the VOBs 
recorded in an AV file and setting the part as a dif- 

25 ferent file. 

(9) Clearing an indicated part of the VOBs recorded 
in an AV f ile. 

(10) Linking two AV files that are present on tiie 
DVD-RAM witti VOBUs that have been re-encoded 

30 according to the procedure in ttie first and second 
emtxxliments. 

[0429] To use tiie extended functions (7) to (1 0), tiie 
recording-edrting-reproduction control unit 12 to AV 

35 data editing unit 15 may issue a command to tiie com- 
mon file system unit 10 to indicate the file to be 
recorded, linked, or cut out. Such commands are called 
AV file system-oriented commands. Here, the AV file 
system-oriented commands "AV-WRITE". "SPLIT". 

40 "SHORTEN", and "MERGE" are available, with these 
being respectively assigned to tiie functions (7) to (10). 
[0430] In tiie present embodiment, the assignment of 
commands to tiie extended functions is as follows. To 
use ttie function (7), tiie AV data recording unit 13 to AV 

45 data editing unit 15 may issue an AV-WRITE command. 
To use the function (8), the AV data recording unit 13 to 
AV data editing unit 15 may issue a SPLIT command. 
Similarly, to use the function (9) or (10), the AV data 
recording unit 13 to AV data editing unit 15 may issue a 

so "SHORTEN" or "MERGE" command. With function (1 0). 
tiie extent of the file after linking is as long as or longer 
tiian an AV block. 

(3-2-4) Recordina-Editina-Reproduction Control Unit 12 

55 

[0431 ] The recording-editing-reproduction control unit 
12 issues an OPEN/CLOSE command ttiat indicates 
directory names as parameters to tiie common file sys- 
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tern unit 10, and by doing so has the common file sys- 
tem unit 10 read a plurality of file identification 
descriptors from the DVD-RAM. The recording-editing- 
reproduction control unit 12 then analyzes the directory 
structure of the DVD-RAM from the file identification 
descriptors and receives a user indication of a file or 
directory to be operated upon. 
[0432] On receiving the user indication of the target 
file or directory, the recording-editing-reproduction con- 
trol unit 12 identifies the desired operation content 
based on the user operation notified by the remote con- 
trol signal reception unit 8. and issues instructions to 
have the AV data recording unit 13. the AV data repro- 
duction unit 14, and the AV data editing unit 15 perform 
the appropriate processing for the file or directory indi- 
cated as the operation target. 
[0433] To have tfie user indicate the operation target, 
the recording-editing-reproduction control unit 12 out- 
puts graphics data, which visually represents the direc- 
tory structure, the total number of AV files, and tiie data 
sizes of empty areas on the present disc, to the video 
signal processing unit 5. Tiie video signal processing 
unit 5 converts this graphics data into an image signal 
and has it displayed on the TV monitor 72. 
[0434] Rg. 42 shows an example of the graphics data 
displayed on the TV monitor 72 under the conti-ol of the 
recording-editing-reproduction control unit 12. During 
the display of this graphics data, ttie display color of any 
of the files or directories may change to show potential 
operation targets. This change in color is used to focus 
the attention of the user, and so is called the "focus 
state". Display using the normal color, meanwhile, is 
called tiie "normal state". 

[0435] When tiie user presses tiie mark key on the 
remote controller 71. tiie display of tiie file or directory 
that is cun-ently in the focus state returns to tiie normal 
state and a different, newly-Indicated file or directory is 
displayed in the focus state. When any of the files or 
directories is in the focus state, tiie recording-editing- 
reproduction conti-ol unit 12 waits for tiie user to press 
the "confirm" key on the remote controller 71 . 
[0436] When the user presses the enter key. the 
recording-editing-reproduction control unit 12 identifies 
the file or directory tiiat is currentiy in the locus state as 
a potential operation target In this way, the recording- 
editing-reproduction conti'ol unit 12 can identify tiie file 
or directory that is the operation target. 
[0437] To identify the operation content, however, the 
recording-editing-reproduction control unit 12 deter- 
mines what operation content has been assigned to the 
key code received from tfie remote control signal recep- 
tion unit 8. As shown on tiie left side of Rg. 41 , keys with 
the legends "PLAY", "REWIND". "STOP", "FAST FOR- 
WARD", "RECORD". "MARK", "VIRTUAL EDir, AND 
"REAL EDIT" are present on tiie remote controller 71 . In 
this way. the recordlng-editlng-reproduction confrol unit 
12 kJentifies ttie operation content indicated by the user 
according to the key code received from the remote 



control signal reception unit 8. 

(3-2-4-1) Operation Contents That Can Be Received bv 

the Recortfipg-Eciitipg-F^eprQciggtiQn Control Unit 18 

5 

[0438] The operation contents are classified into oper- 
ation contents that are provided on conventional 
domestic AV equipment, and operation contents that 
are specially provided for video editing. As specific 
10 examples, "play", "rewind", "stop", "fast forward", and 
"record" all fall into the former category while "mark", 
"virtual edit", and "real edit" all fall into the latter cate- 
gory. 

[0439] A "play" operation has the DVD recorder 70 
15 play back a VOB that is recorded in an AV file tiiat is 
specified as the operation target. 
[0440] A "rewind" operation has tiie DVD recorder 70 
rapidly play back a presentiy reproduced VOB in 
reverse. 

20 [0441] A "stop" operation has the DVD recorder 70 
stop the reproduction of tiie present VOB. 
[0442] A "fast fonward" operation has ttie DVD 
recorder 70 rapidly play back the present VOB in the for- 
ward direction. 

25 [0443] A "record" operation has ttie DVD recorder 70 
generate a new AV file in the directory indicated as ttie 
operation target and write ttie VOB to be recorded into 
the new AV file. 

[0444] These operations in this former category are 
30 well-known to users as functions of conventional 
domestic AV equipment, such as video cassette record- 
ers and CD players. The operations in the latter cate- 
gory are performed by users when, to use an analogy of 
editing a conventional movie film, sections of movie film 
35 are cut out and spliced togetiier to produce a new movie 
sequence. 

[0445] A "mark" operation has the DVD recorder 70 
replay a VOB included in tiie AV file indicated as ttie 
operation target and marks desired images out of the 

40 vkJeo images replayed by the VOB. To use the analogy 
of editing a movie film, ttiis "mark" operation involves 
ttie marking of points where the film Is to be cut. 
[0446] A "virtual edit" operation has ttie DVD recorder 
70 select a plurality of pairs of two points indicated by a 

45 mark operation as reproduction start points and repro- 
duction end points and then define a logical reproduc- 
tion route by assigning a reproduction order to these 
pairs of points. 

[0447] In a virtual edit operation, tiie section defined 
50 by one pair of a reproduction start point and reproduc- 
tion end point selected by ttie user is called a "cell". The 
reproduction route defined by assigning a reproduction 
order to the cells is called a "program chain". 
[0448] A real "edit" operation has the DVD recorder 70 
55 cut out each section indicated as a cell from an AV file 
recorded on a DVD-RAM, set ttie cut-out sections as 
separate ffles, and link a plurality of cut-out sections in 
accordance witti the reproduction order shown by a pro- 



50 



38 



75 



EP0903 744A2 



76 



gram chain. Such edit operations are analogous to the 
cutting of a movie film at the marked positions and the 
splicing of the cut sections together. In these edit oper- 
ations, the extent of the linked flies is equal to or greater 
than the length of one AV block. 
[0449] The recording-editing-reproduction control unit 
1 2 controls which of the AV data recording unit 1 3 to the 
AV data editing unit 15 are used when performing the 
operation contents described above. In addition to spec- 
ifying the operation target and operation content, the 
recording-editing-feproduction control unit 12 chooses 
the appropriate compGnent(s) for the operation content 
out of the AV data recording unit 13 to AV data editing 
unit 15 and outputs Instructions informing these compo- 
nents of the operation content. 
[0450] The following Is a description of example 
instructions that the recording-editing-reproduction con- 
trol unit 1 2 gives to the AV data recording unit 1 3. the AV 
data reproduction unit 14, and the AV data editing unit 
15 using combinations of an operation target and an 
operation content. 

[0451] In Fig. 42, the directory "DVD-Video" is in the 
focus state, so that if the user presses the "RECORD" 
key, the recording-editing-reproduction control unit 12 
identifies the directory "DVD_Video" as the operation 
target and "record" as the operation content. The 
recording-editing-reproduction control unit 12 selects 
the AV data recording unit 13 as the component capable 
of performing a record operation, and instructs the AV 
data recording unit 13 to generate a new AV file in the 
directory indicated as the operation target. 
[0452] When the file "AV_FILE#1 " is in the focus state 
and the user presses the "PLAY" key on the remote con- 
troller 71 , the recording-editing-reproduction control unit 
12 identifies the file ''AV_FILE#r as the operation tar- 
get and "play" as tiie operation content. The recording- 
editing-reproduction control unit 12 selects the AV data 
reproduction unit 14 as the component capable of per- 
forming a play operation, and instructs the AV data 
reproduction unit 14 to reproduce the AV file indicated 
as the operation target. 

[0453] When the file "AV_.FILE#1 " is in the focus state 
and the user presses the "MARK" key on the remote 
controller 71, the recording-editing-reproduction control 
unit 12 Wentifies tiie file "AV_RLE#r as the operation 
target and "mark" as the operation content. The record- 
ing-editing-reproduction control unit 12 selects the AV 
data editing unit 15 as the component capable of per- 
forming a mark operation, and instructs tiie AV data 
editing unit 1 5 to perform a marking operation for the AV 
file Indicated as the operation target. 

(3-2-5 AV Data Recording Unit 13 

[0454] TTie AV data recording unit 13 controls encod- 
ing operations of the MPEG encoder 2 while issuing 
common file system-oriented commands and AV file 
system-oriented commands in a predetermined order to 



the common file system unit 10 and tiie AV file system 
unit 11. By doing so. the AV data recording unit 13 
makes use of the functions (1) to (10) and realizes 
recording operations. 

5 

(3-2-6) AV Data Reproduction Unit 14 

[0455] The AV data reproduction unit 14 controls 
decoding operations of the MPEG decoder 4, while 

10 issuing common file system-oriented commands and 
AV file system-oriented commands in a predetermined 
order to the common file system unit 10 and the AV file 
system unit 1 1. By doing so, the AV data reproduction 
unit 14 makes use of tiie functions (1) to (10) and real- 

15 Izes "play", "rewind", "fast fonward", and "stop" opera- 
tions. 

(3-2-7) AV Data Editing Unit 15 

20 [0456] The AV data editing unit 15 controls the decod- 
ing operations of the MPEG decoder 4, while issuing 
common file system-oriented commands and AV file 
system-oriented commands In a predetermined order to 
tiie common file system unit 10 and the AV file system 

25 unit 1 1. By doing so. the AV data reproduction unit 14 
makes use of tiie functions (1) to (10) and realizes 
"mark", "virtual edit", and "edit" operations. 
[0457] In more detail, on receiving instructions from 
flie recording-editing-reproduction control unit 12 to 

30 mark the AV file indicated as tiie operation target, the 
AV data editing unit 15 has the AV data reproduction 
unit 14 reproduce the indicated AV file and monitors 
when tiie user presses the "MARK key on tiie remote 
controller 71. When tiie user presses tiie "MARK" key 

35 during tiie reproduction, the AV data editing unit 15 
writes information called a "mark point" onto tiie disc as 
a non-AV file. This mark point information shows the 
time in seconds from tiie start of the reproduction of tiie 
AV file to tiie point where the user pressed the "MARK" 

40 key. 

[0458] On receiving insti'uctions from the recording- 
editing-reproduction control unit 12 for a virtual edit 
operation, the AV data editing unit 15 generates infor- 
mation that defines a logical reproduction route in 

45 accordance with the user key operations of tiie remote 
controller 71. The AV data editing unit 15 then controls 
tiie common file system unit 10 so that this information 
is written onto tiie DVD-RAM as a non-AV file. 
[0459] On receiving instructions from tiie recording- 

50 editing-reproduction control unit 1 2 for a real edit opera- 
tion, the AV data editing unit 15 cuts out tiie sections of 
tiie DVD-RAM indicated as cells and sets the cut-out 
sections as separate files which it links to form a 
sequence of cells. 

55 [0460] When finking a plurality of files, tiie AV data 
editing unit 15 performs processing so ttiat seamless 
reproduction of images will k>e achieved. This means 
tiiat there will be no intenxiptions in the image display 
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when a linked AV file is reproduced. The AV data editing 
unit 15 links extents to make all extents, except for the 
last extent to be reproduced, equal to or greater than 
the AV block length. 

(3-2-7-1) Processing for Virtyial Etfts and Edits by the 
AV Data Editino Unit 15 

[0461 ] Fig. 43 Is a flowchart for the processing of vir- 
tual edit and real edit operations. Rgs. 44A to 44F are 
figures showing a supplementary exanple of the 
processing by the AV data editing unit 15 according to 
the flowchart of Fig. 43. The following describes the 
editing processes of the AV data editing unit 15 with ref- 
erence to the flowchart of Fig. 43 and the example in 
Rgs. 44Ato 44F. 

[0462] The AV file shown in Rg. 44A is already stored 
on the DVD-RAM. When this AV file is indicated as the 
operation target the user presses the "PLAY" key on the 
remote controller 71. The recording-editing-reproduc- 
tion control unit 1 2 detects key operations, so that when 
the user presses the "MARK" key, the AV data editing 
unit 15 has the AV data reproduction unit 14 commence 
the reproduction of the AV file in step SI . 
[0463] After the start of reproduction, the reproduction 
proceeds as far as the time t1 in Rg. 44B when the user 
next presses the "MARK" key. In response to this, the 
AV data editing unit 15 sets the mark point#1, which 
expresses a relative time code for time t1, into the 
present AV file. The user subsequently presses the 
"MARK^ key a total of seven times at times t2, t3, t4, ... 
t8. In response, the AV data editing unit 15 sets the 
mark points #2, #3, #4, #5, ... #8, which express relative 
time codes for time t2, t3, t4. ... tS. into the present AV 
file, as shown in Rg. 44B. 

[0464] After the execution of step Si , the processing 
proceeds to step S2 where the AV data editing unit 15 
has the user indicate pairs of mark points. The AV data 
editing unit 15 then determines the cells to be repro- 
duced within the present AV file in accordance with the 
selected pairs of mark points. 
[0465] In Rg. 44C, the user indicates that mark points 
#1 and #2 form pair (1), mark points #3 and #4 form pair 
(2), mark points #5 and #6 form pair (3), and mark 
points #7 and #8 form pair (4). 
[0466] in this way. the AV data editing unit 1 5 sets the 
AV data within each pair of points as a separate cell, 
and so in the present example sets the four cells, 
Cell#1, Cell#2, Cell#3, and Cell#4. Note that in the 
present example, the AV data editing unit 15 may alter- 
natively set the pair of Mark#2 and Mark#3 as one cell, 
and the pair of Mark#4 and Mark#5 as another cell. 
[0467] Next, in step S3, the AV data editing unit 15 
generates a program chain by assigning a reproduction 
order to the cells it has produced. In Fig. 44D, Ce!l#1 is 
the first in the reproduction route (shown by the legend 
"1^*" in the drawing), Cell#2 is the second in the repro- 
duction route (shown by the legend "2"^" in the draw- 



ing), and Cells #3 and #4 respectively are the third and 
fourth in the reproduction route (shown by tiie legends 
"S'^" and "4^" in the drawing). By doing so, the AV data 
ecBting unit 15 treats the plurality of cells as a program 

5 chain, based on the chosen reproduction order. Note 
tiiat Fig. 44D shows the simplest reproduction order of 
cells, with the setting of other orders, such as Cell#3 
Cell#1 -> Cell#2 Cell#4, being equally possfole. 
[0468] In step SB, the AV data editing unit 1 5 monitors 

10 whether the user has indicated tiie reproduction of the 
program chain. In step S5. the AV data editing unit 15 
monitors whether the user has indicated an editing 
operation for the program chain. When the user indi- 
cates reproduction, the AV data editing unit 15 instructs 

IS the AV data reproduction unit 14 to r^oduce the pro- 
gram chain indicated for reproduction. 
[0469] On receiving reproduction instructions from the 
AV data editing unit 15, tiie AV data reproduction unit 14 
has tiie optical pickup seek Mark#1 which is tiie repro- 

20 duction start position for Cell#1. as shown in Rg. 44E. 
Once the optical pickup has moved to Mark#1 in the AV 
file in accordance witii tiie SEEK command, the AV data 
editing unit 15 has tiie section between Mark#1 and 
Mark#2 read by issuing a READ command to tiie com- 

25 mon file system unit 10. In tiiis way, the VOBUs in 
Cell#1 are read from tfie DVD-RAM. before being 
sequentially decoded by the MPEG decoder 4 and dis- 
played as images on the TV monitor 72. 
[0470] Once tiie VOBUs have been decoded as far as 

30 Mark#2, the AV data editing unit 15 has tiie same 
processing performed for the remaining cells. By doing 
so, the AV data editing unit 15 has only tiie sections indi- 
cated as Cells #1, #2, #3. and #4 reproduced. 
[0471] The AV file shown in Fig. 44A is a movie that 

35 was broadcast on television. Rg. 44F shows the image 
content of the different sections in this AV file. The sec- 
tion between time tO and time t1 is the credit sequence 
VI which shows tiie cast and director of the movie. The 
section between time t1 and time t2 is the first broadcast 

40 sequence V2 of tiie movie itself. The section between 
time t2 and time t3 is a commercial sequence V3 that 
was inserted into the TV broadcast. The section 
between time t3 and time t4 is the second broadcast 
sequence V4 in the movie. The section between time t5 

45 and time tS is the tiiird broadcast sequence V5 in tiie 
movie. 

[0472] Here, times t1 , t2. t3. t4, t5, and tS are set as 
Mark#1, Mark#2. Mark#3. Marm, Mark#5, and 
Mark#6. and pairs of marks are set as cells. Tiie display 
50 Older of cells is set as a program chain. 

[0473] When performing a read as shown in Rg. 44E, 
AV data editing unit 15 has the credit sequence VI 
skipped, so that the reproduction starts with tiie first 
movie sequence V2 given between tiie time t1 and tiie 
55 12. Following this, ttie AV data editing unit 15 has tiie 
commercial sequence V3 skipped, and has tiie second 
movie sequence V4 between tiie time t3 and the t4 
reproduced. 
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[0474] The following is a description of the operation 
of the AV data editing unit 15 when the user indicates a 
tea! edit operation, with reference to Rgs. 45A to 45E 
and Rgs. 46A to 46F. Rgs. 45A to 45E show a supple- 
mentary example of the processing of the AV data edit- 
ing unit 15 in the flowchart of Rg. 43. The variables mx, 
Af in the flowchart of Rg. 43 and Figs. 45A to 45E indi- 
cate a position in the AV file. The following explanation 
deals with the processing of the AV data editing unit 15 
for a real edit operation. 

[0475] Rrst, in step S8, the AV data editing unit 15 
determines at least two sections that are to be cut out 
from the present AV fOe in accordance with the program 
chain that was generated during a virtual edit operation. 
[0476] The "source AV file" in Rg. 45A has been given 
the mark points Mark#1, #2, #3, .... #8. The cells that 
have been set for this source AV file are defined by pairs 

of the mark points Mark#1 , #2, #3 #8, so that the AV 

data editing unit 15 treats the mark points in each pair 
as an editing start point and an editing end point, 
respectively As a result, the AV data editing unit 15 
treats the pair of Marks #1 and ^ as the editing start 
point "^(1)" and the editing end point "Out(1)". The AV 
data editing unit 15 similarly treats the pair of Marks #3 
and #4 as the editing start point "ln(2)" and the editing 
end point "Out (2)", tine the pair of Marks #5 and #6 as 
the editing start point "ln(3)" and the editing end point 
"OutCS)". and the pair of Marks #7 and #8 as the edrting 
start point "ln(4)" and tiie editing end point "Out(4)". 
[0477] The period between Mark#1 and Mark^e cor- 
responds to tiie first movie sequence V2 between tiie 
time t1 and the time t2 shown in Rg. 44F. Similarly, the 
period between Mark#3 and Mark#4 con'esponds to the 
second movie sequence V4 between the time t3 and the 
time t4 shown in Fig. 44F, and the period between 
Mark#5 and Mark#6 coresponds to the second movie 
sequence V5 between the tinie t5 and the time 16. 
Accordingly, by indicating this real edit operation, tiie 
user obtains an AV file that only includes the movie 
sequences V2, V4, and V5. 

[0478] Next, in step S9, the AV data editing unit 15 
issues a SPLIT command to the AV file system unit 1 1 
to have the determined split region divided into mx AV 
files (where mx is an integer no less than 2). The AV 
data editing unit 15 treats each closed area indicated by 
a pair of an editing start point and an editing end point 
in Fig. 45A as an area to be cut out and so cuts out the 
four AV files shown in Rg. 45B. 
[0479] The AV data editing unit 1 5 hereafter specifies 
one of the cut-out mx AV files using ttie variable Af, with 
the cut-out files being numbered AV file Af 1 . Af2. Af3, ... 
Afm. In step SIO, the AV data editing unit 15 sets the 
variable Af at "1 " to initialize the variable Af. In step S1 1 , 
the AV data editing unit 15 issues a READ command to 
the AV file system unit 1 1 for the VOBUs (hereinafter 
called the "end part") located at the end of the AV file Af 
and the VOBUs (hereinafter called the "first part") 
located at the start of the AV file Af-i-1. After issuing 



tiiese commands, in step SI 2 the AV data editing unit 
15 uses the same procedure as the second embodi- 
ment to re-encode the last part of AV file Af and the first 
part of AV file Af. 
5 [0480] After the re-encoding, ttie AV data editing unit 
15 issues a SHORTEN command to tfie AV file system 
unit 1 1 for the last part of the AV file Af and the first part 
oftheAVfileAf+1 (Af2). 

[0481] In Rg. 450. the last part of the AV fHe Af 1 and 

10 the first part of the AV file Af2 are read as a result of the 
READ command and are re-encoded. As a result of the 
re-encode process, the re-encoded data produced by 
re-encoding the read data is accumulated in tiie mem- 
ory of the DVD recorder 70. In step SI 3, the AV data 

75 editing unit 15 issues a SHORTEN command, which 
results in the area formerly occupied by the read last 
and first parts being deleted. 
[0482] It should be noted tiiat the deletion perfomned 
in this way results in one of the two following cases. 

20 [0483] The first case Is when regardless of whether 
either of the AV file Afl or the AV file Af+1, whose sec- 
tions to be re-encoded have been deleted, has an con- 
tinuous length that is equal to or greater than tiie AV 
block lengtii, the continuous length of tiie otiier AV file is 

25 below the data size of an AV block. Since the length of 
an AV block is set at the lengtii which prevents overflows 
occumng. if AV file Af or Af+1 is reproduced in a state 
where its continuous length is shorter ttian the length of 
an AV block, an underflow will occur in the tiBck buffer. 

30 [0484] The second case is where the data size of the 
data (in-memory data) that has been re-encoded and 
stored in tiie memory is below tiie data size (length) of 
an AV block. When the data size of tiie in-memory data 
is large and so would occupy a region on a DVD-RAM 

35 tiiat Is equal to or greater tiian one AV block, tiie data 
may be stored at a different position on the DVD-RAM 
away from the AV files Af and Af+1. However, when the 
data size of the in-memory data is smaller than one AV 
block, the data cannot be stored at a different position 

40 on tile DVD-RAM away from the AV f Ses Af and Af+1 . 
[0485] This is for tiie following reasons. During a read 
performed for in-memory data that is smaller than the 
size of an AV t)lock but is stored at a separate position, 
a suffident amount of data cannot be accumulated In 

45 ttie track buffer. Should tiie jump from the in-memory 
data to tiie AV fOe Af+1 take a relatively long time, an 
underflow will occur in tiie ta^ck buffer while the jump is 
taking place. 

[0486] In Fig. 45D, the broken lines show that the last 
50 part of tiie AV file Afl and the first part of tiie AV file Af2 
have been deleted. This results In the length of the AV 
file Afl being below tiie length of an AV block, and in the 
lengtii of the in-memory data being below the length of 
an AV block. 

55 [0487] If tills AV file Af 1 is left as it is, ttiere is the risk 
tiiat an underflow will occur when jumping from the AV 
file Af1 to ttie AV file Af2. To prevent the occurrence of 
such underflows, In step 814 the AV data ecfiting unit 15 
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issues a MERGE command for the AV file Afl and the 
AVflIeAf+1. 

[0488] As shown in Fig. 45E and Rg. 46A, this 
processing results in the linking of the AV file Afl and 
the re-encoded VOBUs so that the continuous length of s 
the recording region for all the extents forming the AV 
file Af1 ends up equal to or longer than the length of an 
AV block. After issuing the MERGE command, the AV 
data editing unit 15 judges in step S15 whether the var- 
iable Af matches the number of AV files mx-1. If the io 
numbers do not match, the AV data editing unit 1 5 incre- 
ments the variable Af in step SI 6 and returns to step 
S11 . In this way, the AV data editing unit 1 5 repeats the 
processing in steps S1 1 to S14. 
[0489] After the variable Af has been incremented to is 
become "2", the AV data editing unit 15 issues a READ 
command so that the last part of the AV file Af2 (after 
the previous linking) and the first part of the AV file Af3 
are read, as shown in Rg. 46B. Once the VOBUs in this 
last part and first part have been re-encoded, the result- 20 
ing re-encoded data is stored in the memory of the DVD 
recorder 70. 

[0490] The regions on the DVD-RAM that were origi- 
nally occupied by the first part and the last part are 
deleted as a result of the SHORTEN command that the 2s 
AV data editing unit 15 issued by the step S13. As a 
result, the remaining AV file Af3 has a continuous length 
that is below the length of an AV block. The AV data 
editing unit 1 5 issues a MERGE command to the AV file 
system unit 1 1 for the AV files Af2 and Af3, as shown in 30 
Rg. 46D and 46E. This procedure is repeated until the 
variat3le Af is equal to the value mx-1 . 
[0491 ] As a result of the above processing, the extents 
in the storage area only contain the movie sequences 
V2, V4, and V5. These extents each have a continuous 3s 
length that is above the length of an AV biocK so that it 
Is guaranteed that there will be no intenuptions to the 
image display during the reproduction of these AV files. 
[0492] The period between the MarJ^I and the 
Mark#2 corresponds to the first movie sequ^ce V2. 40 
The period between the Mark#3 and tiie Marl^ corre- 
sponds to the first movie sequence V4. and the period 
between the Marl^5 and the Mar)^ corresponds to 
the third movie sequence V5. As a result, by performing 
an edit operation, the user can obtain a sequence com- 45 
posed of AV files for only the movie sequences V2, V4. 
andVS. 

(3-2-7-1 -2) Processing of the Av RIe System Unit 1 1 
When a Split Command Is Issued so 

[0493] The following explanation deals with the details 
of the processing by the AV fOe system unit 1 1 when 
providing extended functions in response to a SPLIT 
command. Fig. 48A shows the operation of the AV file 55 
system unit 11 when providing extended functions in 
response to a SPLIT command. In this flowchart one 
out of the nru pairs of an editing start point (In point) and 



an editing end point (Out point) is indicated using the 
variable h. In step S22, the value "r is substituted into 
the variable h so that the first pair of In point and Out 
point are processed. 

[0494] The AV file system unit 11 generates a file 
entry (h) in step S31. and adds the file identifier (h) for 
the file entry (h) in a directory file of a temporary direc- 
tory 

[0495] In step S33, the AV file system unit 1 1 calcu- 
lates the first address s of the sequence of u logical 
blocks (where u^l) from ttie logical block corresponding 
to the in point (h) to the logical block conesponding to 
the Out point (h), and the number of occupied blocks r. 
[0496] In step S34. tiie AV file system unit 1 1 gener- 
ates u allocation descriptors within the file entry (h). In 
step S35. the AV file system unit 1 1 records the first 
address, s of tiie sequence of u logical blocks and tiie 
number of occupied blocks r into the each of the u allo- 
cation descriptors. In step S35, tiie AV file system unit 
1 1 judges whetiier the variable h has reached tiie value 
mx-1. 

[0497] If the variable h has not reached this value, the 
AV file system unit 1 1 increments the variable h and 
returns to step S31 . By doing so, the AV file system unit 
1 1 repeats the processing in steps S31 to S35 until var- 
iable h reaches the value mx-1 . and so cuts out the 
closed sections wittiin each of the mx-1 pairs of an In 
point and an Out point as AV files. 

(3-2-7-1-3^ Processing of the AV Rle Svstem Unit 11 
When a Shorten Command Is Issued 

[0498] The explanation deals with the processing of 
the AV file system unit 11 when providing extended 
functions in response to a SHORTEN command. Rg. 48 
is a flowchart showing the content of this processing. 
[0499] In step S38, the AV file system unit 1 1 calcu- 
lates bo\h the first address c of the logical block 
sequence between the deletion start address and the 
deletion end address that specify the area to be deleted 
and tiie number of occupied blocks d. in step S45, tiie 
AV file system unit 1 1 accesses tiie allocation identifiers 
of the AV file whose first or last part is to be deleted. In 
step S46, the AV file system unit 1 1 judges whether tiie 
area to be deleted is the first part of the extent of an AV 
fila 

[0500] if the area to be deleted is the first part of an 
extent ("Yes" in step S46), ttie AV file system unit 1 1 
advances to step S47 and updates the storage first 
address p of the extent to the storage first address 
p4C*d in the allocation descriptor. 
[0501] After this, in step S48 the AV file system unit 11 
updates the data size q of the extent of the number q of 
occupied blocks given in the allocation descriptor to tiie 
data size q-c*d. On the other hand, if in step S46 the AV 
file system unit 1 1 finds that tiie area to be deleted Is the 
last part of an AV fDe, the AV file system unit 11 pro- 
ceeds directiy to step S48, and updates the data size q 
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of the extent of the number q of occupied blocks given in 
the allocation descriptor to the data size q-c*d. 

(3-2-7-1 >4) Processing of the AV file system unit 1 1 
when a MERGE command is Issued 

[0502] The following explanation deals with the 
processing content of the AV file system unit 1 1 when 
providing extended functions in response to a MERGE 
command. The following explanation alms to clarify the 
procedure used to process the areas surrounded by the 
dot-dash lines yS. y4 in Rg. 45E and Fig. 46D. 
[0503] In response to a MERGE command, the AV file 
system unit 1 1 arranged the AV files Af and Af+1 , which 
were partially deleted as a result of the SPLIT and 
SHORTEN commands, and the re-encoded data (in- 
memory data), which is present in the memory of the 
DVD recorder 70 as a result of the re-encoding, onto the 
DVD-RAM in a way that enables the seamless repro- 
duction of the AV file Af , the data in the memory, and the 
AVfile Af+1 in that order 

[0504] Fig. 47A shows an example of the AV data 
processed by the AV file system unit 1 1 when providing 
extended functions in response to a MERGE command. 
In Rg. 47A, the AV files x and y have been processed 
according to a SPLIT command. 
[0505] The virtual editing is assumed to have defined 
a reproduction route whereby the AV data is reproduced 
in the order AV file x in-memory data -> AV file y. 
[0506] Rg. 47A shows an example reproduction route 
for the AV data in the AV files x and y In Rg. 47A, the 
horizontal axis represents time, so that the reproduction 
route can be seen to set the display order as AV file x 
in-memory data AV file y. 

[0507] Of the AV data in AV file x. the data part m 
located at the end of AV file x is stored in a consecutive 
area of the DVD-RAM, with this being called the "former 
extent". 

[0508] Of the AV data in AV file y, the data part n 
located at the start of AV file y is also stored in a consec- 
utive area of the DVD-RAM. with this being called the 
"latter extent". 

[0509] As a result of the "SPLIT" command, AV files x 
and y are obtained with certain sections of AV data hav- 
ing been cut away. However, while the file system man- 
ages the areas on the disc that correspond to the cut- 
away data as if they were enpty, the data of the original 
AV file is in fact left as it is in the logical blocks on the 
DVD-RAM. 

[051 0] It is assumed that when the reproduction route 
is set by the user, the user does not need to consider 
the way in which AV blocks on the DVD-RAM store the 
cut-away AV files. As a result, there is no way in which 
the positions on the DVD-RAM storing the former and 
latter extents can be identified for certain. Even if the 
reproduction route specifies the order as AV file x AV 
file y. there is still the possibility of AV data that is unre- 
lated to the present reproduction route being present on 



the disc between the former and the latter extent. 
[051 1 ] In view of the above consideration, the linking 
of AV files cut away by a SPLIT command does not 
assume that the former extent and latter extent are 
5 recorded at consecutive positions on the DVD-RAM, 
and so should instead assume that the former extent 
and latter extent are recorded at completely unrelated 
positions on the DVD-RAM. 

[0512] Here, it should be assumed that at least one 
10 "other file extent", which is unrelated to the reproduction 
route indicating the AV files x and y, is present between 
tiie storage regions of the former extent and the latter 
extent. 

[0513] Rg. 47B shows a representation of the posi- 
es tional relationship of the storage areas on the DVD- 
RAM of the former extent and the latter extent, in view of 
tiie above consideration. 

[051 4] The AV file x including the former extent is par- 
tially cut away as a result of the SPLIT command, and 

20 so includes an empty area where the former extent was 
formerly present This area is called the Out area. As 
described above, this Out area in fact still logically 
includes tiie data of the AV file x that was cut out, 
although tiie AV file system unit 1 1 treats the area as an 

25 empty area since tiie SPLIT command has already 
been issued. 

[051 5] The AV file y including the latter extent is par- 
tially cut away as a result of the SPLIT command, and 
so includes an empty area where the latter extent was 

30 formerly present. This area is called the In area. As 
described above, this In area in fact still logically 
includes the data of the AV file y that was cut out, 
although tiie AV file system unit 1 1 treats the area as an 
empty area since tiie SPLIT command has already 

35 been issued. 

[051 6] In Fig. 47B, tiie former extent is stored at a pre- 
ceding position to the latter extent, though this merely 
illustrates one exanple, so that it is perfectly possible for 
the latter extent to be stored at a preceding position to 

40 the former extent. 

[0517] In the present example, the other file extent is 
present between tiie former extent and the latter extent. 
While the In area and the Out area are ideal for the 
recording of tiie in-memory data, the continuous length 

45 of tiie In area and the out area is restricted due to tiie 
presence of the other file extent between the former 
extent and the latter extent. 

[0518] In step S62 in the flowchart of Rg. 49, the AV 
file system unit 1 1 calculates tiie data size of tiie Out 

50 area, and the data size of the In area. 

[051 9] On finding the data size of the In area and the 
Out area, tiie AV file system unit 1 1 refers to the data 
size m of the former extent and the data size n of tiie lat- 
ter extent and judges whetiier the former extent could 

55 cause an underflow in the track buffer during reproduc- 
tion. 
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(3-2-7-1 -4-1 ) Processino When the Former Extent m is 
less than the AV Block Length 

[0520] When the former extent m is shorter than the 
AV block length and the fatter extent n is at least equal s 
to the AV block length, an underflow may occur for the 
former extent m. The processing proceeds to step S70 
in Fig. 50. 

[0521 ] Fig. 50 is a flowchart when the former extent m 
is shorter than the AV block length and the latter extent io 
n is at least equal to the AV block length. The process- 
ing by the AV ffle system unit 1 1 in Rg. 50 is explained 
with reference to Rgs. 51 , 52, and 53. Rgs. 51 . 52, and 
53 show the relationships among the data sizes of the 
extents m and n, the In area and the Out area i and I the is 
in-memory data k, and the AV block B, as well as the 
areas in which each piece of the data is recorded and 
the areas to which the data is moved. 
[0522] The former extent is shorter than the AV block 
length. As a result, an underflow would occur if no reme- 20 
dial action were taken. Accordingly, the flowchart in Fig. 
50 shows the processing to determine the appropriate 
storage location for the former extent and the in-mem- 
ory data. 

[0523] In step S70, it is judged whether the sum of the 25 
sizes of the former extent and the in-memory data is 
equal to or greater than the AV block length. If so. the 
processing proceeds to step S71, and it is judged 
whether the Out area are is larger than the in-memory 
data. When the Out area is larger than the in-memory 30 
data, the in-memory data is written in the Out area to 
make the consecutive length of the fbmner extent at 
least equal to the AV Wock length. Rg. 51A shows an 
arrangement of the former extent, the latter extent, the 
In area, and the Out area on the DVD-RAM In a relation- 35 
ship i^K m+k>B. In Rg. 51 B. when the in-memory data 
is recorded In the Out area, the consecutive length of 
the former extent becomes at least equal to the AV 
block length. 

[0524] On the other hand, when the Out area is 40 
smaller than the in-memory data, data is moved. Rg. 
52A shows an arrangement of the former extent, the lat- 
ter extent, the In area, and the Out area on the DVD- 
RAM in a relationship i<K n>fk>B. 
[0525] In Fig. 52A, the former extent is first read into 45 
the memory, and in Fig. 52B the former extent is written 
in an empty area in the same zone as the former extent. 
After the first extent has been moved, the in-memory 
data is written immediately after the moved former 
extent, as shown in Fig. 52C. so 
[0526] When the sum of the sizes of the former extent 
and the in-memory data is less than the AV block length, 
the processing proceeds to step S72. In step S72, it is 
judged whether the sum of the sizes of the former 
extent, the latter extent, arxl the in-memory data Is at 55 
least equal to two AV block lengths is judged. When the 
sum of the sizes is less than the AV block length, even if 
data is moved, the size is less than the AV block length. 



As a result, an underflow occurs. When the sum of the 
sizes is less than two AV block lengths, even if the 
former extent, the in-memory data, and the latter extent 
are written in a logical block, the recording time will not 
be too long. In the flowchart in Rg. 50, when the sum of 
the sizes of the in-memory data, the former extent and 
the latter extent is less than two AV blocks, the process- 
ing proceeds from step S72 to step S73, and the former 
extent and the latter extent are moved. 
[0527] Rg. 53A shows an arrangement of the fbrnner 
extent, the latter extent, the In area, and the Out area on 
the DVD-RAM in a relationship i<k, nvi-k<B, 
B^m+n+k<2B. In this case, a search is performed for an 
enrtpty area in the same zone as the former extent and 
the latter extent. When an empty area is found, the 
former extent is read into the memory and is written in 
the empty area to move the former extent to the empty 
area, as shown in Fig. 53B. After the move, the in-mem- 
ory data is written just after the moved former extent, as 
shown in Fig. 530. After the in-memory data has been 
written, the latter extent is read into the memory and is 
written immediately after the occupied area of the in- 
memory data to nK3ve the latter extent to the empty 
area, as shown in Rg. 53D. 

[0528] When the sum of the sizes of the in-memory 
data, the former extent, and the latter extent is at least 
equal to two AV block lengths, the processing proceeds 
from step S72 to step S74. When the sum of the sizes is 
equal to or greater than two AV block lengths, it will take 
a long time to write the data into the logical block. Mean- 
while, a simple method in which the former extent is 
moved and the in-memory data is written just after the 
moved former extent should not be adopted in view of 
the access speed. Here, it should be especially noted 
that the processing proceeds from step S72 to step S74 
because the sum of the sizes of the in-memory data and 
the former extent is less than the AV block length. The 
reason why the sum of the sizes of the in-memory data 
and the former extent is less than the AV block length 
yet the sum of the sizes of the in-memory data, the 
former extent and the latter extent is at least equal to 
two AV block lengths is that the latter extent size is rela- 
tively large, with the difference between the latter extent 
size and the AV block length is being large. As a result, 
when the sum of the sizes of the former extent and the 
in-memory data is less than the AV block length, part of 
the data in the latter extent may be added to the sum, 
with there being no risk of the remaining data size of the 
latter extent being insufficient. 
[0529] When the sum of the sizes of the in-memory 
data, the former extent, and the latter extent is at least 
equal to two AV block lengths, the processing proceeds 
from step S72 to step S74. and the data are linked in the 
manner shown in Figs. 54A to 54D. 
[0530] Rg. 54A shows an arrangement of the former 
extent, the latter extent, the In area, and the Out area on 
the DVD-RAM in a relationship nHk<B, nwi+k^B. In 
this case, a search is performed for an empty area in the 
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same zone as the former extent and the latter extent. 
When such an empty area is found, the former extent is 
read into the memory and is then written in the empty 
area to move the former extent, as shown in Rg. 54B. 
Next, the In-memory data is written immediately after 5 
the moved former extent, as shown in Fig. 54C. When 
the in-memory data has been written, a set of data that 
is sufficiently large to make the size of the data in this 
empty area equal to AV block size is moved from the 
start of the latter extent just after the in-memory data as 
shown in Fig. 54D. 

[0531] After the former extent, the in-memory data, 
and front part of the latter extent are linked in the above- 
described procedure, the file entries of the AV file Af that 
includes the former extent and the AV file Af+1 are inte- 
grated. One integrated file entry is obtained, and the 
processing ends. 

(3-2-7-1-4-2) Processing When the Latter Extent n is 
shorter than the AV Block Length 

[0532] When the judgment "No" is given in step S63 in 
the flowchart of Rg. 49, the processing proceeds to step 
S64 where it is judged whether the former extent m is at 
least equal to the AV block length but the latter extent n 
is shorter than the AV block length. In other words, in 
step S63. it is judged whether an underflow may occur 
for the latter extent. 

[0533] Fig. 55 is a f bwchart when the latter extent is 
shorter than the AV block length and the former extent is 
at least equal to the AV block length. The processing by 
the AV file system unit 11 in the flowchart in Fig. 55 is 
explained with reference to Figs. 56. 57, 58 and 59. 
Figs. 56, 57. 58 and 59 show the relationships among 
the data sizes of the ectents m and n, the In area and 
the Out area i and j, the in-memory data k, and the AV 
block B, as well as the areas in which each piece of the 
data is recorded and the areas to which the data is 
moved. 

[0534] In step S75, it is judged whether the sum of the 
sizes of the latter extent and the in-memory is at least 
equal to the AV block length. If so.the processing pro- 
ceeds from step S75 to step S76, where it is judged 
whether the In area is larger than the in-memory data. 
Rg. 56A shows an arrangement of the former extent 
the latter extent, the In area, and the Out area on the 
DVD-RAM in a relationship j>k, n+k>B. In Fig. 56B, the 
recording of the in-memory data in the In area results in 
the consecutive length of the latter extent becoming at 
least equal to the AV block length. 
[0535] On the other hand, when the In area is smaller 
than the in-memory data, data is moved. Rg. 57A 
shows an arrangement of the former extent, the latter 
extent, the In area, and the Out area on the DVD-RAM 
in a relationship j<k, n+k^6. In this case, a search is 
performed for an empty area in the same zone as the 
former extent and the latter extent. When such an empty 
area is found, the in-memory data is written in the empty 
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area as shown in Rg. 57B. The latter extent is then read 
into the memory and is written immediately after the 
occupied area of the in-memory data, as shown in Rg. 
57C. 

[0536] When the sum of the sizes of the latter extent 
and the in-memory data is less than the AV block length, 
the processing proceeds from step S75 to step S77. In 
step S77, it is judged whether the sum of the sizes of the 
former extent, the latter extent, and the in-memory data 
is at least equal to two AV block lengths. 
[0537] When the sum of the sizes is less than two AV 
block lengths, the processing proceeds to step S78. Rg. 
58A shows an arrangement of the former extent, the lat- 
ter extent, the In area, and the Out area on the DVD- 
RAM in a relationship j<k, n+k<B, n>Hn+k<2B. In step 
S78. the AV file system unit 1 1 searches for an empty 
area in the same zone as the former extent and the lat- 
ter extent When such an empty ar^ is found, the 
former extent is read into the memory and is written into 
the empty area to move the former extent to the empty 
area, as shown in Fig. 58B. Next, the in-memory data is 
written immediately after the moved former extent, as 
shown in Fig. 58C. When the in-memory data has been 
written, the latter extent is read into the memory and is 
written immediately after the area occupied by the in- 
memory data to move the latter extent to the empty 
area, as shown in Fig. 58D. 

[0538] When the sum of the sizes of the in-memory 
data, the former extent and the latter extent is at least 
equal to two AV block lengths, the processing proceeds 
from step S77 to step S79. and the data are linked in the 
manner shown in Figs. 59A to 59D. 
[0539] Fig. 59 A shows an arangement of the former 
extent, the latter extent, the In area, and the Out area on 
the DVD-RAM in a relationship n+k<B, m+n+k^B. In 
this case, a search is performed for an empty area in the 
same zone as the former extent and the latter extent. 
When such an empty area is found, data with a data 
size of which is (the AV block length - (n+k)) is moved 
from the end of the former extent to the empty area, as 
shown in Fig. 59B. As shown in Fig. 590, the in-memory 
data is written immediately after this data moved from 
the former extent. When the in-memory data has been 
written, the latter extent is moved to immediately after 
the occupied area of the in-memory data, as shown in 
Rg. 59D. 

[0540] When the judgement "No" is given in step S64 
in the flowchart in Fig. 49. the processing proceeds to 
step S65. where it is judged whether the both the former 
extent m and the latter extent n are shorter than the AV 
block length is judged. In other words, it is judged 
whether an underflow may occur for both the former 
extent m and the latter extent n. 
[0541 ] Fig. 60 is a flowchart for when both the former 
extent and the latter extent are shorter than the AV block 
length. The processing by the AV file system unit 1 1 in 
the flowchart in Rg. 60 is explained with reference to 
Figs. 61, 62, 63 and 64. Rgs. 61, 62. 63 and 64 show 
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the relationships among the data sizes of the extents m 
and n. the In area and the Out area i and j, the in-mem- 
ory data K and the AV block B, as well as the areas in 
which each piece of the data is recorded and the areas 
to which the data is moved. 

[0542] In step S80 in this flowchart it is judged 
whether the sum of the sizes of the in-memory data, the 
former extent, and the latter extent is at least equal to 
AV block length. If not. the processing proceeds to step 
S81. In this case, the sum of the sizes of the former 
• extent the in-memory data, and the latter extent is 
•shorter than the AV block length. As a result it is judged 
whether there is an extent which follows the latter 
extent When no extent follows the latter extent, the lat- 
ter extent is at the end of the AV file that is created by 
the linking of data, so that no additional processing is 
needed. When an extent follows the latter extent, an 
underflow may occur since the sum of the sizes of the 
former extent, the in-memory data, and the latter extent 
is less than the AV block length. In order to avoid such 
underflow, when the extent following the latter extent is 
linked to the latter extent by the link processing shown in 
Figs. 61A-61D. Fig. 61 A shows an arrangement of the 
former extent, the tatter extent the In area, and the Out 
area on the DVD-RAM in a relationship m+n-hk<B. In 
step S81 . the AV file system unit 1 1 writes the in-mem- 
ory data in the In area, as shown in Fig. 61 B. When the 
in-memory data has been written in the In area, the AV 
file system unit 1 1 reads the latter extent into the mem- 
ory and writes the read latter extent immediately after 
the area occupied by the in-memory data to move the 
latter extent to the empty area, as shown in Rg. 610. 
[0543] Then, as shown in Rg. 61 D, the AV file system 
unit 1 1 takes data whose size is (the AV block length - 
(the former extent + the in-memory data + the latter 
extent)) from the extent following the latter extent The 
AV file system unit 11 links this data with the former 
extent the in-memory data, and the latter extent. 
[0544] When the sum of the sizes of the former extent, 
the latter extent and the in-memory data is at least 
equal to the AV block length, the processing proceeds to 
step S82. In step S82. the AV file system unit 1 1 judges 
whether the data size of the Out area following the 
former extent is less than the sum of the sizes of the lat- 
ter extent and the in-memory data. If not the processing 
proceeds to step S83. Fig. 62A shows an arrangement 
of the former extent, the latter extent, the In area, and 
the Out area on the DVD-RAM in a relationship l^rH-k. 
m+n+k^B. In step S83, the AV file system unit 1 1 writes 
the in-memory data into the In area, as shown in Fig. 
62B. After writing the in-memory data, the AV file sys- 
tem unit 1 1 reads the latter extent Into the memory and 
writes the latter extent Immediately after the occupied 
area of the in-memory data to move the latter extent. 
[0545] When the data size of ttie Out area following 
the former extent is less than the sum of the sizes of the 
latter extent and the in-memory data, the processing 
proceeds from step S82 to step S84. In step S84, It is 



judged whether the data size of tfie In area preceding 
the latter extent is less than the sum of the sizes of the 
former extent and the in-memory data. If not the 
processing proceeds to step S85. Rg. 63A shows an 

5 arrangement of the former extent the latter extent, the 
In area, and the Out area on the DVD-RAM in a relation- 
ship i<n+k, m-HHk^B, In step S85, the AV file system 
unit 1 1 writes the in-memory data in ttie In area as 
shown in Rg. 63B. After writing the in-memory data, the 

10 AV file system unit 1 1 reads the former extent into the 
memory and writes the foyer extent into a storage area 
immediately before the occupied area of the in-memory 
data to move the former extent to the In area, as shown 
in Rg. 630. 

15 [0546] When the judgement "No" is given in step S84, 
ttie processing proceeds to step S86. Fig. 64A shows 
an arrangement of the former extent, the latter extent, 
the In area, and the Out area on the DVD-RAM in a rela- 
tionship i<n'i'K j<m+k. m^n+k^B. In step S86, it is 

20 judged whether the sum of the sizes of the former 
extent, the latter extent, and the in-memory data is more 
than two AV block lengths. If not, the AV file system unit 
1 1 searches for an empty area in the same zone as the 
former extent When an empty area is found, the AV file 

25 system unit 1 1 reads the former extent into the memory 
and writes the read former extent into the empty area to 
move the former extent to the empty area, as shown in 
Rg. 64B. After the move, the AV file system unit 1 1 
writes the in-memory data into a storage area Immedi- 

30 ately after the nraved former extent, as shown in Rg. 
640. After writing the in-memory data, ttie AV file sys- 
tem unit 1 1 reads the latter extent Into the memory and 
writes the latter extent into a storage area just after the 
occupied area of the in-memory to move the latter 

35 extent to the errpty area, as shown in Fig. 64D. 

[0547] When the combined size of the former extent, 
the latter extent and the in-memory data exceeds AV 
blocks, it is judged whether either the Out area or the In 
area is large. When the Out area is large, a part of the 

40 in-memory data is recorded in the Out area to make the 
continuous length equal to AV block length. Tlie remain- 
ing part of the in-memory data is recorded in a different 
empty area, and the latter extent is moved to a position 
directly after this remaining part of the in-memory data. 

45 [0548] When the In area is large, the AV file system 
unit 1 1 moves the former extent to an empty area and 
records a first part of the in-memory data to make the 
continuous length equal to AV trfock length. After this, 
the remaining part of the in-memory data is recorded in 

50 the In area. 

[0549] As a result of the above processing for moving 
extents, the total consecutive length can be kept equal 
to or below 2 AV t>lock lengths. 
[0550] After the former extent, the in-memory data. 

55 and front part of the latter extent are linked in the above- 
described procedure, the file entries of the AV file Af that 
includes the former extent and the AV file Af+1 are inte- 
grated. One Integrated file entry is obtained, and the 
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processing ends. 

(3-2-7-1 -4-3) Processino When Both the Former Extent 
and the Latter Extent are at Le ast Equal to the AV Block 

Lenorth s 

[0551 ] When the judgement "No" is given in step S65 
in the flowchart of Rg. 49, the processing proceeds to 
step S66 where It is judged whether the in-memory data 
is at least equal to the AV block length. If so. the in- io 
memory data is recorded in an empty area and the 
processing ends. 

[0552] When the judgment "No" is given in step S66 in 
the flowchart of Rg. 49, the AV file system unit 11 
judges whether the former extent m is at least equal to is 
the AV block length, the latter extent n is at least equal 
to the AV block length, but the in-memory data is 
smaller than the combined size of the In area i and the 
Out area j. Rg. 65 is a fbwchart when the latter extent 
is at least equal to the AV block length. 20 
[0553] Rgs. 66A-66D show an supplementary exam- 
pie showing the processing of the AV file system unit 1 1 
in Rg. 65. In Fig. 66A. the former extent and latter extent 
are both at least equal to the AV block length. Rgs. 66B- 
66D show how the in-memory data and extents are 
recorded in the In area, Out area, and other empty 
areas as a result of the steps in Fig. 65. 
[0554] In this case, there is no risk of an underflow 
occuning lor either the former or the latter extent It 
would be ideal, however, if the in-memory data could be 
recorded in at least one of the Out area following the AV 
file Af and the In area preceding the AFfile Af+1 without 
having to move the former or latter extent. 
[0555] In step S87 of the flowchart in Fig. 65. it is 
judged whether the size of the Out area exceeds the 
data size of the in-memory data. If so, the in-memory 
data is simply recorded into the Out area in step S88, as 
shown in Fig. 668. 

[0556] If the size of the Out area is below the data size 
of the in-memory data, the processing proceeds to step 
S89, where it is judged whether the size of the In area 
exceeds the data size of the in-memory data. If so, the 
In-memory data is simply recorded into the In area in 
step S90. as shown in Fig. 66C. If the in-memory data 
cannot be recorded into either the Out area or the In 
area, the processing proceeds to step S91 where the in- 
memory data is divided into two parts that are respec- 
tively recorded in the Out area and In area, as shown in 
Rg. 660. 

[0557] After the former extent, the in-memory data, 
and front part of the latter extent are linked in the above- 
described procedure, the file entries of the AV file Af that 
includes the former extent and the AV file Af+1 are inte- 
grated. One integrated file entry is obtained, and the 
processing ends. 



(3-2-7-1-4-4) Processino When Both the Former Extent 
and the Lattfir Extent are at L^^t Equal tQ the AV Block 
Len gth 

[0558] In step S69 in the flowchart of Rg. 49. it is 
judged whether the former extent m is at least equal to 
the AV block length and the latter extent n is at least 
equal to the AV block length, but the size of the in-mem- 
ory data k exceeds the combined size of the Out area j 
and the In area i. 

[0559] Fig. 67 is a flowchart showing the processing 
when both the former extent but the combined size of 
the In area and the Out area is below the data size of 
the in-memory data. Figs. 68A-68E show supplemen- 
tary examples foe the processing of the AV file system 
unit 11 in the flowchart of Rg. 67. In Rg. 68A, both the 
former extent and the latter extent are at least equal to 
AV block length. Rgs. 686-68D show how the extents 
and in-memory data are recorded in the In area. Out 
area, and other empty areas as a result of the steps in 
Rg. 67. 

[0560] In this case, both the former extent and the lat- 
ter extent are at least equal to AV block length, so that 
there is no risk of an underflow occuning, although the 
recording area of the in-memory data must have a con- 
tinuous length that is at least equal to AV block length. 
[0561] In step S92, it is judged whether the total size 
of the former extent and the in-memory data is at least 
equal to two AV block lengths. 
[0562] If the total size exceeds two AV block lengths, 
the processing advances to step S93 where data whose 
size is (AV block length-data size of in-memory data k) 
is read from the end of the former extent and moved to 
an empty area where the in-memory data is also 
recorded. This results in the recording state of this 
empty area and both extents being equal to AV bkx:k 
length, as shown in Fig. 688. 

[0563] If the judgement "No" is given in step S92, the 
processing advances to step S94, where it is judged 
whether the total size of the latter extent and the in- 
memory data is at least equal to two AV block lengths. If 
so, the processing follows the pattern in step S92, since 
an excessively long logical block write operation is to be 
avoided and since a relatively large amount of data can 
be moved from the latter extent without any risk of the 
latter extent ending up shorter than AV block length. 
[0564] H the total size of the latter extent and the in- 
memory data is at least equal to two AV block lengths, 
the processing advances to step S95, where data 
whose size is (AV block length-data size of in-memory 
data k) is read from the start of the latter extent and 
moved to an empty area in the same zone as the former 
and latter extents, where the in-memory data is then 
also recorded. This results in the recording state of this 
empty area and both extents being equal to AV block 
length, as shown in Rg. 68C. 
[0565] If the total size of the former extent and the in- 
memory data is below two AV block lengths, and the 
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total size of the latter extent and the in-memory data is 
below two AV block lengths, the total data amount to be 
written into logical blocks will be less than two AV block 
lengths, so that the move processing can be performed 
without concern for the time taken by the write process- 5 
ing involved. 

[0566] Accordingly, when the total size of the former 
extent and the in-memory data is below two AV block 
lengths, and the total size of the tatter extent and the in- 
memory data is below two AV block lengths, the 10 
processing advances to step S96. where the larger of 
the former extent and the latter extent is found. In this 
situation, either the former or the latter extent may be 
moved, although in the present embodiment it Is idesA 
for the smaller of the two to be moved, hence this judge- is 
ment in step S96. When the former extent is the smaller 
of the two, in step S97 the former extent is moved, with 
the in-memory data then being recorded at a position 
immediately after the in-memory data. When doing so, 
the continuous length of the data recorded in this empty 20 
area will be below two AV block lengths, as shown in 
Fig. BSD. 

[0567] When the latter extent is the smaller of the two, 
in step S98 the latter extent is moved, with the in-mem- 
ory data then being recorded at a position immediately 2S 
before the in-memory data. When doing so, the contin- 
uous length of the data recorded in this empty area will 
be below two AV block lengths, as shown in Rg. 68E. 
[0568] After the former extent, the in-memory data, 
and front part of the latter extent are linked in the above- 30 
described procedure, the file entries of the AV file Af that 
Includes the former extent and the AV file Af+I are inte- 
grated. One integrated file entry is obtained, and the 
processing ends. 

[0569] Flowcharts for "MERGE" processing in a van- 35 
ety of circumstances have been explained, with it being 
possible to limit the data size of the moved and recorded 
data to two AV block lengths in the worst case scenario. 
However, this does not mean that there are no cases 
where data that exceeds two AV blocks lengths needs 40 
to be written, with the following two cases describing 
such exceptions where data that exceeds two AV blocks 
lengths needs to be written. 
[0570] In the first e^rception, an enpty area with a con- 
tinuous length of two AV block lengths is required. 45 
although only separate empty areas of AV block length 
are available. In this case to create an empty area with 
a continuous length of two AV block lengths. AV data for 
one AV block length must be moved. 
[0571 ] In the second exception, in step S81 of Fig. 60, so 
the moving of data from the latter extent results in the 
remaining part of the latter extent becoming below AV 
block length. In this case, a further move operatton 
becomes necessary, with the total amount of moved 
data in the entire processing exceeding two AV block ss 
lengths. 

[0572] While the above explanation only deals with the 
linking of two AV files and in-menrx>ry data, a MERGE 



command may be executed for only one AV file and in- 
memory data. This case is the same as when adding 
data to the final extent in an AV file, so that the total size 
after such addition needs to be at least equal to AV 
block size. As a result the in-memory data Is recorded 
into the Out area following this final extent. When the 
Out area is too small to record all the in-memory data, 
the remaining part of the in-memory data may be 
recorded in a separate enpty AV block. 
[P573] The above finking process has been explained 
for the premise of seamless reproduction within a file, 
although it may also be used for seamless reproduction 
across files. Seamless reproduction across files refers 
to a branch in reproduction from a present AV file to 
another AV file. In the same way as described sbove, 
when linking two AV files and in-memory data, the con- 
tinuous length of each extent must be at least equal to 
AV block length, so that a thorough link procedure must 
be used. 

[0574] This completes the explanation of the linking 
procedure used by the AV file system unit 1 1 . 

f3"27'1'a Updating rithe VQP Information and PGC 

Information 

[Q575] The following is an explanation of the updating 
of the VOB Information (time map table, seamless link- 
ing information) and PGC Information (cell information) 
when executing a SPLIT command or MERGE com- 
mand. 

[0576] First the processing when a SPLIT command 
has been executed will be explained. Out of the plurality 
of AV files that are obtained by the execution of the 
SPLIT command, one AV file is assigned the same 
AV_FileJD as the AV file which recorded the VOB from 
which it was split The AV_FileJDs of the other AV files 
split from the AV file however need to be assigned new 
values. 

[0577] VOBs that were originally recorded as an AV 
file will lose several sections due the execution of a 
SPLIT command, so that the marks that indicated the 
lost sections need to be deleted. In the same way. the 
cell information that gave ttiese marks as the start 
points and end points need to be deleted from the 
RTRW management file. 

[0578] In addition to deleting the mark points. It is nec- 
essary to generate new cell information that indicates 
the video presentation start frame of the AV file as 
C_V_S_PTM and the video presentation end frame of 
the AV file as C_V_E__PTM, and to add this new cell 
information to the RTRW management file. 
[0579] T?ie VOB Information that includes the seam- 
less linking information and time map table Is divided 
into a plurality of parts when the conresponding VOB is 
divided. In more detail, if mx VOBs are produced by tiie 
division, the VOB information is divided to give mx time 
map tables and mx sets of seamless linking information. 
[0580] The video presentation start time 
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VOB_V_S_p™ and the video presentation end time 
VOB_V_E_p™ of a VOB generated by the processing 
that accompanies the execution of the SPLIT command 
are respectively set based on the C_V_S_PTM, 
C_V_E_PTM Indicated by the start point and end point 
in the cell information used for the SPLIT command. 
The LAST_SCR and FIRST_SCR In the seamless link- 
ing information are also updated. 
[0581 ] The following Is a description of hm the infor- 
mation Is updated when a MERGE command has been 
executed. The execution of a MERGE command results 
in one AV file being produced from a plurality of AV files, 
so that the VOBs that are Included in this plurality of AV 
files will be composed of sets of frame data that are not 
inten'elated, meaning tfiat the time stamps across these 
AV files will not be continuous. Since these are man- 
aged as a VOB that differs from the plurality of VOBs 
that were originally included in different AV files, sepa- 
rate VOBJDs will be assigned to these VOBs. 
[0582] The other necessary processing is as 
described in the second emtxxiiment. However, the 
C_V_E_PTM in the cell information that specifies a split 
area needs to be increased by the number of frames 
included in the part of the former VOBU that have been 
encoded. Simllariy. the C_V_S_PTM in the cell informa- 
tion that specifies a split area in a latter AV file needs to 
be decreased by the number of frames included in the 
part of the latter VOBU that have been encoded. (3-2-3) 
[0583] The def ragmentation unit 1 6 is connected to a 
fixed nfiagnetic disc apparatus. This defragmentation 
unit 16 reads an extent, out of the extents recorded on 
the DVD-RAM that have been subjected to link process- 
ing or other processing, that has an empty area on 
either side of its recording area and writes this extend 
onto the fixed magnetic disc apparatus to generate 
backup data in the fixed magnetic disc apparatus. After 
writing all of such extent onto the fixed magnetic disc 
apparatus, the defragmentation unit 1 6 reads the gener- 
ated backup data and writes the backup data for the 
backed-up extent into the empty area adjacent to the 
extent 

[0584] Here, extents which have an empty area adja- 
cent to their recording area are extents that have been 
generated by the AV file system unit 1 1 executing a 
"SPLIT" command or a "SHORTEN" command. These 
empty areas equate to areas have been cleared and not 
since used as the recording area of the In-memory data 
or the moved-to area for an extent when a MERGE 
command has been performed. 
[0585] Figs. 69A-69D show an example that illustrates 
the operation of the defragmentation unit 16. In Fig. 
69A, extent #x Is shown as an extent with empty areas 
I, j on both sides of its recording area. As shown In Rg. 
69A, the defragmentation unit 16 detects this extent, 
reads it from the DVD recorder 70. and writes it onto the 
fixed magnetic disk apparatus. 
[0586] As a result of this write operation, backup data 
is generated In the fixed magnetic disk apparatus, as 
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shown in Fig. 69B. After this, the defragmentation unit 
16 reads the backup data from the fixed magnetic disk 
apparatus, as shown in Rg. 69C, and writes the extent 
onto the DVD-RAM to use both the current recording 

5 area of the extent #x and the empty area j following this 
recording area. This creates a continuous empty area of 
length i+j before the extent #x, as shown in Rg. 69D. By 
next performing this processing for the extent #y» the 
continuous length of the enpty area can be furtiier 

10 increased. 

[0587] The recording performed by the defragmenta- 
tion unit 16 is achieved by first storing an extent on the 
fixed magnetic disk apparatus, so that even if a power 
failure occurs for the DVD recorder 70 during the writing 

15 of the extent back onto the DVD-RAM, this writing 
processing can still be re-executed. By generating 
backup data before moving the extents to free large 
empty areas on the DVD-RAM, there Is no risk of the 
losing the data In an extent when there Is a power failure 

20 for the DVD recorder 70. 

[0588] With the present embodiment described 
above, the editing of a plurality of AV files can be freely 
performed by the user. Even if a plurality of fragmental 
AV files with short continuous lengths are generated, 

25 the DVD recorder 70 will be able to links these short AV 
files to generated AV files with continuous lengths that 
are at least equal to AV block length. As a result, prob- 
lems caused by the fragmentation of AV files can be 
managed, and uninterrupted reproduction can be per- 

30 formed for the AV data that is recorded in these AV f Qes. 
[0589] During tiie link processing, It is judged whether 
the total size of the data to be written is as least equal to 
two AV block lengths, and if so, the moved amount of 
prerecorded AV data is restricted. As a result, it can be 

35 guaranteed that total size of the data to be written is 
below two AV block lengths, so that the linking can be 
completed In a short amount of time. 
[0590] Even when it is necessary as a result of a user 
editing operation for a plurality of files to record re- 

40 encoded data with a short continuous length, the DVD 
recorder 70 will record this re-encoded data at a record- 
ing position that allows the re-encoded data to be linked 
with the AV data that precedes or follows it during repro- 
duction. This means that the fragmented recording of 

45 re-encoded data is prevented from the outset, so that 
uninten'upted reproduction will be possible for the AV 
data that is recorded in such an AV file. 
[0591 ] It should be noted here that the movement of 
data may also be performed so as to avoid excessive 

50 separation on the disc of two sets of AV data that have 
been linked together. In such a case, the data produced 
by linking the sets of data that are physically separated 
on the disc Is arranged in a manner that ensures unin- 
terrupted reproduction of the two sets of AV data will be 

55 possible. However when special reproduction such as 
fast fonArard is performed, excessive separation of the 
data on the disc will result in jerky reproduction of the 
data. 
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[0592] To ensure smooth reproduction in such a case, 
when two sets of AV data are linked, if one of the sets of 
data has a consecutive length that is several times a 
predetermined amount and an empty block of suitable 
size is positioned between the two sets of data, the data 
may be moved to this empty block. By doing so, smooth 
reproduction can be ensured for both normal reproduc- 
tion and special reproduction. 
[0593] It should be noted here that the time informa- 
tion may be taken from the mark points in the cell infor- 
mation and managed with information such as address 
taken from the time map table in the form of a table. By 
doing so. this information can be presented to the user 
as potential selections in a saeen showing the initial 
pre-editing state. 

[0594] Reduced images (known as "thumbnails") may 
also be generated for each mark point and stored as 
separate files, with pointer information also being pro- 
duced for each thumbnail. When displaying the cell 
information at the pre-editing stage, these thumbnails 
may be displayed to show the potential selections that 
can be made by the user. 

[0595] Also, while the present embodiment describes 
a case when video data and audio data are handled, 
this is not an effective limitation for the techniques of the 
present invention. For a DVD-ROM. sub-picture data for 
subtitles that has been run-length encoded and still 
images may also be handled. 
[0596] The processing of AV file system unit 1 1 (Figs. 
48A. 488, 49-50. 55. 60. 65. 67) that was described in 
this third embodiment using flowcharts can be achieved 
by a machine language program. Such machine lan- 
guage program may be distributed and sold having 
been recorded on a recording medium. Examples of 
such recording medium are an IC card, an optical disc, 
or a floppy disc. The machine language program 
recorded on the recording medium may then be 
installed into a standard personal computer. By execut- 
ing the installed machine language programs, the 
standard personal computer can achieve the functions 
of the video data editing apparatus of this third embodi- 
ment. 

Fourth Embodiment 

[0597] The fourth embodiment of the present inven- 
tion performs a two-stage editing process composed of 
virtual edits and real edits using two types of program 
chain, namely user-defined PGCs and original PGCs. 
To define the user-defined PGCs and the original PGCs. 
a new table is added to the RTRW management file of 
the first embodiment. 

(4-1) RTRW Management RIe 

[0598] The following is a description of the construc- 
tion of the RTRW management file in this fourth embod- 
iment. In the fourtii embodiment the RTRW 
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management file is recorded in the same directory as 
AV files (the RTRW directory), and has the content 
shown in Rg. 70A. 

[0599] Fig. 70A shows a detailed expansion of the 
5 stored content of the RTRW management file in the 
fourth embodiment This is to say, the logical format 
located on the right side of Rg. 70A shows the logical 
format located on tine left side in more detail, with the 
broken guidelines in Rg. 70A showing the correspond- 
10 ence between the left and right sides. 

[0600] Rom tiie logical format of VOBs shown in Rg. 
70A, the RTRW management file can be seen to include 
an original PGC information table, a user-defined PGC 
information table, and a title search pointer, in addition 
15 to the VOB information of the first embodiment 

f4-1-2) Content of the Orioinal PGC Information 

[0601] The original PGC information table is com- 
20 posed of a plurality of sets of original PGC information. 
Each set of original PGC information is information that 
indicates ..eltiier the VOBs that are stored in a AV file 
present in the RTRW directory or sections within these 
VOBs, in accordance with tiie order in which these are 
25 arranged In ttie AV file. Each set of original PGC infor- 
mation corresponds to one of the VOBs recorded in an 
AV file present in the RTRW directory, so that when an 
AV file is recorded in the RTRW directory, sets of origi- 
nal PGC information are generated by the video data 
30 editing apparatus and recorded in the RTRW manage- 
ment file. 

[0602] Rg. 70B shows tiie data fonnat of a set of orig- 
inal PGC information. Each set of original PGC informa- 
tion is composed of a plurality of sets of cell information, 

35 witii each set of cell information being composed of a 
cell ID (CELL #1, #2. #3, #4... in Fig. 70B) that is a 
unique identifier assigned to the set of cell infomiation, 
an AV file ID (AVFJD in Rg. 70B), a VOBJD. a 
C_V_S_PTM. and a C_V_E_PTM. 

40 [0603] The AV file ID is a column for writing the iden- 
tifier of tiie AV file that corresponds to the set of cell 
information. 

[0604] The VOBJD is a column for writing the Identi- 
fier of a VOB that is included in tiie AV f ila When a plu- 
45 rality of VOBs are included in the AV file that 
corresponds to tiie set of cell information, this VOB_ID 
indicates which of the plurality of VOBs corresponds to 
the present set of cell information. 
[0605] The cell start time C_V_S_PTM (abbreviated to 
50 C_V_S_PTM in the drawings) shows the start time of 
the ceil indicated by the present cell information, and so 
has a column for writing tiie PTS that is assigned to tiie 
start time of the first video f ieki in the section using PTM 
descriptor format. 
55 [0606] The cell end time C_V_E_PTM (abbreviated to 
C_V_E_PTM in the drawings) shows the end time of the 
cell indicated by tiie present cell information, and so has 
a column for writing the end time of the final video field 
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in the section using PTM descriptor format 
[0607] The time Information given as the cell start time 
C_V_S_PTM and cell end time C_V_E_P™i shows the 
start time for an encoding operation by the video 
encoder and the end time for the encoding operation, s 
with these corresponding to the mark points inserted by 
the user. 

[0608] The cell end time C_V_E_PTM In each set of 
cell information in a set of original PGC information 
matches the cell start time C_V_S_PTM of the next set io 
of cell information in the given order. Since this relation- 
ship is established between the sets of cell information, 
an original PGC indicates all of the sections in a VOB 
without omitting any of the sections. As a result, an orig- 
inal PGC is unable to indicate sections of a VOB in an is 
order where the sections are interchanged. 

(4-1-3^ Content of the User-defined PGC information 

[0609] The user-defined PGC information table is 20 
composed of a plurality of sets of user-defined PGC 
information. The data format of sets of user-defined 
PGC information is shown in Fig. 70C. Like tiie sets of 
original PGC information, the sets of user<lefined PGC 
information are composed of a plurality of sets of cell 25 
information, each of which is composed of an AVfile ID, 
a VOBJD. a C_V_S_PTM. and a C_V_E_PTM. 
[061 0] A set of user-defined PGC information is com- 
posed of a plurality of sets of cell information in the 
same way as a set of original PGC information, so 
although the nature and arrangement of these sets of 
cell information differ to those in a set of original PGC 
information. While a set of original PGC infonnation 
indicates that the sections in a video object are to be 
sequentially reproduced in the order in which the sets of 35 
cell information are arranged, a set of user-defined PGC 
information is not restricted to indicating tiiat the sec- 
tions in a video object are to be reproduced in the order 
in which they are arranged. 

[061 1 ] The sections indicated by the sets of cell infor- 40 
mation in a user-defined PGC can be the same as the 
sections indicated by the sets of user-defined PGC 
information or a part (partial section) of one of the sec- 
tions indicated by a set of original PGC information. 
Note that it is possible for ttie section indicated by one 45 
set of cell information to overlap a section indicated by 
another set of cell information. 
[061 2] There also may be gaps between a section that 
is indicated by one set of celt infonfnation and a section 
that is indicated by another set of cell information. This so 
means tiiat sets of user-defined PGC infonnation do not 
need to indicate every section in a VOB, so that one or 
more parts of a VOB may not be indicated. 
[061 3] While original PGCs have strict limitations con- 
cerning their reproduction orders, user-defined PGCs ss 
are not subject to such limitations, so that the reproduc- 
tion order of cells may be freely defined. As a specific 
example, the reproduction order of the ceDs in a user- 
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defined PGC may be the inverse of the order in which 
tine cells are arranged. Also, a user-defined PGC nuty 
indicate sections of VOBs ttiat are recorded in different 
AVfilK. 

[0614] Original PGCs indicate ttie partial sections in 
one AV file or one VOB in accordance witti the order in 
which tiie AV file or VOBs are arranged, so tiiat original 
PGCs may be said to respect the arrangement of the 
indicated data. User-defined PGCs, however, have no 
such restriction, and so are able to indicate the sections 
in tiie user's desired order. As a result, ttiese user- 
defined PGCs are ideal for storing reproduction orders 
ttiat are provisionally determined by the user for the link- 
ing of a plurality of sections in VOBs during a video data 
editing operation. 

[0615] Original PGCs are associated to AV files and 
ttie VOBs in AV files, and ttie cells in an original PGC 
only indicate sections in ttiese VOBs. User-defined 
PGCs, meanwhile, are not limited to being associated to 
particular VOBs. so that the sets of cell information 
included in user-defined PGC information may indicate 
sections in different VOBs. 

[061 6] As anottier difference, an original PGC is gen- 
erated when recording an AV file, while a user-defined 
PGC may be generated at any point following the 
recording of an AV file. 

(4-1-4) Unity of the PGC infonnation - Video Attribute 
Information - AV Rie 

[0617] The following is an explanation of the inter- 
relatedness of the AV files, VOBs. and sets of PGC 
information. Rg. 71 shows ttie inter-relatedness of tiie 
AV files, VOBs. time map table, and sets of PGC infor- 
mation, witti the elements tiiat form a unified body being 
enclosed within the frames drawn using thick black 
lines. Note tiiat in Rg. 71, the term "PGC information" 
has been abbreviated to "PGCI". 
[0618] In Rg. 71 . ttie AV file #1 , the VOB information 
#1. and the original PGC information #1 composed of 
tiie sets of cell information #1 to #3 have been arranged 
within the same frame, while tiie AV file #2. the VOB 
information #2, and tiie original PGC information #2 
composed of tiie sets of cell information #1 to #3 have 
been arranged witiiin a different frame. 
[0619] These combinations of an AV file (or VOB), 
VOB information, and original PGC information that are 
present in the same frame in Fig. 71 are called an "orig- 
inal PGC under DVD- RAM standard. A video data edit- 
ing apparatus that complies to DVD-RAM standard 
ta'eats the units called original PGCs as a management 
unit called a video titie. 

[0620] For the exanple in Rg. 71 , tiie combination of 
ttie AV file #1, ttie VOB information #1, and original 
PGC information #1 is called tiie original PGC #1 . while 
ttie combination of ttie AV file #2, the VOB information 
#2. and original PGC information #2 is called tiie origi- 
nal PGC #2. 
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[0621 ] When recording an original PGC. in addition to 
recording the encoded VOBs on the DVD-RAM. it is 
necessary to generate VOB information and original 
PGC information for these VOBs. The recording of an 
original PGC is therefore regarded as complete when all 5 
three of the AV file, VOB information table, and original 
PGC information have been recorded onto the DVD- 
RAM. Putting this another way, the recording of 
encoded VOBs on a DVD-RAM as an AV file itself is not 
regarded as completing the recording of an original w 
PGC on the DVD-RAM. 

[0622] This is also the case for deletion, so that origi- 
nal PGCs are deleted as a whole. Putting this another 
way. when any of an AV file. VOB information and origi- 
nal PGC information is deleted, the other elements in is 
the same original PGC are also deleted. 
[0623] The reproduction of an original PGC is per- 
formed by the user indicating the original PGC informa- 
tion. This means that the user does not give direct 
indications for the reproduction of a certain AV file or 20 
VOBs. 

[0624] It should be noted here that an original PGC 
may also be reproduced in part. Such partial reproduc- 
tion of an original PGC is performed by the user indicat- 
ing sets of cell information that are included in the 25 
original PGC, although reproduction of a section that is 
smaller than a cell, such as a VOBU. cannot be indi- 
cated. 

[0625] The following desaibes the reproduction a 
user-defined PGC. In Rg. 71. it can be seen that the 30 
user-defined PGC information #3, composed of the 
cells #1 to #4, is included in a separate frame to the 
original PGCs #1 and #2 described earlier. This shows 
that for DVD-RAM standard, the user<jefined PGC 
information is not in feet AV data, and is instead man- 35 
aged as a separate title. 

[0626] As a result, a video data editing apparatus 
defines the user-defined PGC information in the RTRW 
management file, and by doing so is able to complete 
the generation of a user-defined PGC. For user-defined 40 
PGCs. there is a relationship whereby the production of 
a user-defined PGC equates to the definition of a set of 
user-defined PGC information. 
[0627] When deleting a user-defined PGC. it is suffi- 
cient to delete the user-defined PGC information from 45 
the RTRW management file, with the user-defined PGC 
being regarded as not existing thereafter. 
[0628] The units for reproduction of a user-defined 
PGC are the same as for an original PGC. TTiis means 
that the reproduction of a user-defined PGC Is per- so 
formed by the user indicating the user-defined PGC 
information. It is also possible for user-defined PGCs to 
be partially reproduced. Such partial reproduction of a 
user-defined PGC is achieved by the user indicating 
cells that are included in the user-defined PGC. ss 
[0629] The differences between original PGCs and 
user-defined PGCs are as described above, but, from 
the viewpoint of the user, there is no need to be aware 



of such differences. This is because the entire repro- 
duction or partial reproduction of both types of PGCs is 
performed in the same way by respectively indicating 
the PGC information or cell information. As a result, 
both kinds of PGCs are managed in the same way using 
a unit called a Video title". 

[0630] TTie following is an explanation of the reproduc- 
tion of original PGCs and user-defined PGCs. The 
arrows drawn with broken lines in Fig. 71 show how cer- 
tain sets of data refer to other data. An-ows y2, y4. yS, 
and y8 show ttie relationship between each VOBU in a 
VOB and the time codes included in the time map table 
in the VOB information, while y1. y3, y5. and y7 show 
the relationship between the time codes included in the 
time rtiap table in the VOB information and the sets of 
cell information. 

[0631 ] Here, it is assumed that the user has indicated 
one of tiie PGCs, so that a video title is to be repro- 
duced. When the indicated PGC is the original PGC #1, 
the set of cell inforntation #1 located at the front of the 
original PGC information #1 is extracted by the repro- 
duction apparatus. Next, the reproduction apparatus 
refers to the AV file and VOB identifiers included in the 
extracted set of ceil information #1 , and specifies the AV 
file #1. the V0B#1, and the time map table #1 for this 
VOB as the AV file and VOB corresponding to this cell 
information. 

[0632] The specified time map table #1 includes tiie 
size of each VOBU that composes tiie VOB and ttie 
reproduction period of each VOBU. To improve ttie data 
accessing abilrty, ttie specified time map table #1 also 
includes the address and elcipsed time relative to ttie 
start of ttie VOB for representative VOBUs that are 
selected at a constant interval, such as a multiple of ten 
seconds. As a result, by referring to ttie time map table 
using the cell start time C_V_S_PTM, as shown by ttie 
arrow y1 . ttie reproduction apparatus can specify ttie 
VOBU in ttie AV file that con'esponds to tiie cell start 
time C_V_S_PTM included in ttie set of cell information 
#1. and so can specify ttie first address of tfiis VOBU. 
By doing so. the reproduction apparatus can determine 
the first address of ttie VOBU that con'esponds to ttiis 
cell start time C_V__S_PTM, can access VOBU #1 as 
shown by the arrow y2, and so can start reading ttie 
VOBU sequence ttiat starts from V0BU#1 . 
[0633] Since the set of ceil information #1 also 
includes the cell end time C_V_E_PTM, the reproduc- 
tion apparatus can access the time map table using ttiis 
cell end time C_V_E__PTM, as shown by the arrow y3, to 
specify ttie VOBU in the AV file ttiat corresponds to ttie 
cell end time C_V_E_PTM included in ttie set of cell 
information #1. As a result, ttie reproduction apparatos 
can determine the first address of ttie VOBU that con'e- 
sponds to the cell end time C_V_E_PTM. When ttie 
VOBU that corresponds to ttie cell end time 
C_V_E_PTM is VOBU #10. for example, the reproduc- 
tion apparatus will stop reading the VOBU sequence on 
reaching VOBU#10. as shown by arrow y4. 
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[0634] By accessing the AV file via the cell information 
#1 and the VOB information #1 , the reproduction appa- 
ratus can read only the section indicated by the cell 
Information #1, out of the data in VOB #1 that is 
included in AV file #1 . If reads are also performed for the 5 
cell information #2. #3, and #4. all VOBUs that are 
included in V0B#1 can be read and reproduced. 
[0635] When reproduction is performed for an original 
PQC as described above, the sections In the VOB can 
be reproduced in the order in which they are arranged in 
the VOB. 

[0636] The following explanation is for when the user 
indicates the reproduction of a video title indicated by 
one of the user-defined PGCs. 
[0637] When the indicated PGC is the user-defined 
PGC #1 , the reproduction apparatus extracts the set of 
cell information #1 that is positioned at the front of the 
user-defined PGC information #1 for this user-defined 
PGC #1. Next, the reproduction apparatus refers to the 
time map table #1 using the cell start time C_V_S_P™ 
included in this cell information #1, as shown by the 
arrow y5. and specifies the VOBU in VOBU #1 that cor- 
responds to this cell start time C_V_S_PTM included in 
the cell infornf)ation #1. In this case, the reproduction 
apparatus specifies VOBU #1 1 as the VOBU that corre- 
sponds to the cell start time C_V_S_PTM. accesses 
VOBU #1 1 as shown by the arrow y6, and starts reading 
a VOBU sequence that starts from VOBU #1 1 . 
[0638] The cell Information #1 included in the user- 
defined PGC #1 also includes the cell end time 
C_V_E_PTM. so that the reproduction apparatus refers 
to the time map tat>le using this cell end time 
C_V_E_PTM, as shown by the arrow y7, and specifies 
the VOBU in VOB #1 that corresponds to the cell end 
time C_V_E_PTM that is included in the cell infomiation 
#1. When the VOBU that con-esponds to the cell end 
time C_V_E_PTM is VOBU #21 , for example, the repro- 
duction apparatus will stop reading the VOBU sequence 
on reaching VOBU #21 , as shown by arrow y8. 
[0639] As desaibed above, after accessing the AV file 
via the ceil information #1 and VOB information #1, the 
reproduction apparatus performs the same processing 
for the cell information #2, #3, and #4 included in the 
user-defined PGC information #1 . 
[0640] After extracting the cell information #2 which is 
located at a position following the cell information #1, 
the reproduction apparatus refers to the AV file identifier 
included in the extracted cell information #2 and so 
determines that AV file #2 corresponds to this cell infor- 
mation and that time map table #2 corresponds to this 
AVfile. 

[0641] The specified time map table #2 includes the 
size of each VOBU that composes the VOB and the 
reproduction period of each VOBU. To improve the data 
accessing ability, the specified time map table #2 also 
includes the address and elapsed time relative to the 
start of the VOB for representative VOBUs that are 
selected at a constant intenal. such as a multiple of ten 



seconds. As a result, by referring to the time map table 
using the cell start time C_V_S_PTM, as shown by the 
arrow y9, the reproduction apparatus can specify the 
VOBU in the AV file that con-esponds to the cell start 
time C_V_S_PTM Included in the set of cell information 
#2. and so can specify the first address of this VOBU. 
By doing so. the reproduction apparatus can determine 
the first address of the VOBU that corresponds to this 
cell start time C_V_S_PTM, can access VOBU #2 as 
shown by the an'ow ylO. and so can start reading the 
VOBU sequence that starts from V0BU#2. 
[0642] Since the set of cell information #2 also 
includes the cell end time C_V_E_PTM, the reproduc- 
tion apparatus can access the time map table using this 
cell end time C_V_E_PTM, as shown by the arrow y1 1 , 
to specify the VOBU in the AV file that con-esponds to 
the cell end time C_V_E_PTM included in the set of cell 
information #2. As a result, the r^oduction apparatus 
can determine the first address of the VOBU that conre- 
sponds to the cell end time C_V_E_PTM. When the 
VOBU that corresponds to the cell end time 
C_V_E_PTM is VOBU #11, for example, the reproduc- 
tion apparatus will stop reading the VOBU sequence on 
reaching V0BU#1 1 , as shown by arrow y12. 
[0643] By reproducing the user-defined PGC informa- 
tion in this way, the desired sections in VOBs included in 
two AV files may be reproduced in the given order. 
[0644] This completes the explanation of the unity of 
AVfile, VOB infornftation. and PGC information. The fol- 
lowing is a description of the title search pointer shown 
in Fig. 70. 

(4-1-5) Content of the Title Search Pointer 

[0645] The title search pointer is information for man- 
aging the VOB information, time map table, PQC infor- 
mation, and AV files recorded on a DVD-RAM in the 

units called video titles that were described above. Each 
title search pointer is composed of the PGC nuntier that 
is assigned to a set of original PGC information or a set 
of user-defined PGC information, a titie type, and a title 
recording history. 

[0646] Each title type corresponds to one of the PGC 
numbers, and is set at tiie value "00" to show that the 
AV title with the corresponding PGC number is an origi- 
nal type PGC, or is set at the value "0 r to show that the 
AV title with the corresponding PGC number is a user- 
defined PGC. 

[0647] The title recording history shows the data and 
time at which the corresponding PGC information was 
recorded onto the DVD-RAM. 
[0648] When the RTRW directory on a DVD-RAM is 
indicated, a reproduction apparatus that complies to 
DVD- RAM standard reads the titie search pointers from 
the RTRW management file and so can instantly know 
how many original PGCs and user-defined PGCs are 
given in each directory on the DVD-RAM and when 
each of these video titles were recorded in tiie RTRW 
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management file. 

(4-1-6^ Interchanaeabilitv of User-defined PGCs and 
Original PGCsinaReal Edit 

5 

[0649] The user-defined PGC information defined in a 
virtual edit can be used to indicate the linking order for 
celts in a real edit, as shown in this fourth embodiment. 
[0650] Also, once a real edit has been performed as 
described in the fourth embodiment, if a set of user- io 
defined PGC information is converted into a set of orig- 
inal PGC information, original PGC information can be 
easily generated for the VOBs obtained by this linking. 
[0651] This is because the data construction of the 
user-defined PGC information and the original type is 
information only differ in the value given as the title type, 
and because the sections of a VOB obtained by a real 
edit are the sections that were indicated by the user- 
defined PGC information before the real edit. 
[0652] The following is an explanation of the proce- 20 
dure for a real edit in this fourth embodiment, and of the 
process for updating user-defined PGC information to 
original PGC information. Fig. 72 shows an example of 
a user-defined PGC and an original PGC. 
[0653] In Rg. 72. original PGC information #1 includes 25 
only cell#1, and forms part of an original PGC with 
V0B#1 and the VOB infonnation. On the other hand, 
user-defined PGC information #2 forms a user-defined 
PGC using only cell#1, cell#2. and cell#3. 
[0654] In Rg. 72, celt#1 indicates the section from 30 
V0BU#1 to VOBU#i. as shown by the broken arrows 
y51 and y52, while cell#2 indicates the section from 
VOBUffi+1 to VOBU#j, as shown by the broken arrows 
y53 and y54, and cell#3 indicates the section from 
VOBU^+1 to V0BU#k+2. as shown by the broken 35 
arrows y55 and y56. 

[0655] In the following example, cell#2 is deleted from 
the user-defined PGC information, and the user indi- 
cates a real edit using the user-defined PGC infonna- 
tion #2 composed of the cells #1 and #3. In Fig. 73. the 40 
area that corresponds to the deleted cell is shown using 
shading. 

[0656] Cell#2. which is deleted here indicates one of 
the video frames, out of the plurality of sets of picture 
data included in VOBU #i+1 shown within the frame 45 
w1 1 . using the cell start time C_V_S_PTM. Ce!l#2 also 
indicates one of the video frames, out of the plurality of 
sets of picture data included in VOBU #j+1 shown within 
the frame w1 2, using the cell end time C_V_E_PTM. 
[0657] If a real edit is performed using the user- so 
defined PGC information #2. VOBUs #i-1, i, and i+1 
located at the end of cell#1 and VOBUs #j, j+1, and \+2 
located at the start of cell#2 will be subjected to re- 
encoding. This re-encoding is performed according to 
the procedure described in the first and second embod- ss 
iments, and the linking of the extents is then performed 
according to the procedure described in the third 
entediment. 



[0658] Rg. 74A shows the ECC blocks on the DVD- 
RAM that are freed by a real edit performed using user- 
defined PGC information ^. As shown on the second 
level of Rg. 74A. VOBUs ^, #1+1 , and #142 are recorded 
in the AV block #m. and VOBUs #j. #j+1, and 4^2 are 
recorded in the AV block #n. 

[0659] As shown in Fig. 73, cell #2 indicates the pic- 
ture data Included In VOBU #i+1 as the C_V_S_PTM, 
and the picture data included in VOBU #i-h1 as the 
C_V_E_PTM. As a result, a SPLIT command and a 
SHORTEN command of the second emlxxiiment are 
issued to free the area from the ECC block occupied by 
VOBU #i+2 to the ECC block occupied by VOBU «j, as 
shown by the frames w13 and w14 in Fig. 74A. How- 
ever, the ECC blocks occupied by VOBUs #1 and #h-1 
and the ECC blocks occupied by VOBUs #j+1 and j+2 
are not freed. 

[0660] Rg. 74B shows an example of a VOB, VOB 
information and PGC information after a real edit Since 
the area corresponding to cell #2 have been deleted. 
VOB #1 is deleted into (new) V0B#1 and V0B#2. 
[0661 ] When the SPLIT command is issued, the VOB 
information for V0B#1 is divided into VOB information 
#1 and VOB information #2. The time map tables 
included in this VOB information Is also divided Into the 
time map table #1 and the time map table #2. Although 
not illustrated, the seamless linking information is also 
divided. 

[0662] The VOBUs in V0B#1 and V0B#2 are referred 
to by a reproduction apparatus via these divided time 
map tables. 

[0663] The user-defined PGC information and original 
PGC information have the same data construction, with 
only the value of the title types differing. The sections of 
VOBs obtained after a real edit were originally indicated 
by the user-defined PGC information #2 before the real 
edit, so that tiie user-defined PGC information #2 is 
converted into original PGC information. Since this 
user-defined PGC information #2 is used to define the 
original information, there is no need for a separate 
process to generate new original PGC data after a real 
edit. 

f4-2) Functional Blocks of the DVD Recorder 70 

[0664] Fig. 75 is a functional block diagram showing 
the construction of the DVD recorder 70 in this fourth 
embodiment. Each function shown in Rg. 75 is realized 
by the CPU la executing tfie programs in the ROM 1e 
and controlling the hardware shown in Rg. 17. 
[0665] TTie DVD player shown in Rg. 75 is composed 
of a disc recording unit 100. a disc reading unit 101 . a 
common file system unit 10, an AV file system unit 11, 
and an recording-editing-reproduction control unit 12, in 
the same way as in video data editing apparatus 
described in the third embodiment The present embod- 
iment differs with the third embodiment, however, In that 
the AV data recording unit 13 is replaced with the title 
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recording control unit 22, the AV data reproduction unit 
14 is replaced with the title reproduction control unit 23. 
and the AV data editing unit 15 is replaced with the edit- 
ing muW-stage control unit 26. This DVD player also 
includes a PGC information table work area 21. an 
RTRW management file work area 24, and a user- 
defined PGC information generator 25. in place of the 
defragmentation unit 16. 

(4-g-i) Regprdlng-Editing-Peproduction Control Unit 12 

[0666] The recording-editing-reproduction control unit 
12 in this fourth embodiment receives a user indication 
of a directory in the directory structure on the DVD-FiAM 
as the operation target. On receiving the user indication 
of the operation target, the recording-editing-reproduc- 
tion control unit 12 specifies the operation content 
according to the user operation that has been reported 
by the remote control signal reception unit 8. At the 
same time, the recording-editing-reproduction control 
unit 12 gives instructions so that processing corre- 
sponding to the operation content is performed for the 
directory that is the operation target by the title record- 
ing control unit 22, the title reproduction control unit 23, 
or any of the other components. 
[0667] Fig. 77A shows an example of graphics data 
that is displayed on the TV monitor 72 under the control 
of the recording-editing-reproduction control unit 12. 
When any of the directories has been set into the focus 
state, the recording-editing-reproduction control unit 12 
waits for the user to press the enter key. When the user 
does so. the recording-editing-reproduction control unit 
12 specifies the directory that is presently in the focus 
state as the current directory. 

(4-2-2) PGC Information Table Work Area 21 

[0668] The PGC information table work area 21 is a 
memory area that has a standardized logical format so 
that sets of PGC information can be successively 
defined. This PGC information table work area 21 has 
internal regions that are managed as a matrix. The plu- 
rality of sets of PGC information that are present in the 
PGC information table work area 21 are ananged in dif- 
ferent columns while a plurality of sets of cell informa- 
tion are arranged in different rows. In the PGC 
information table work area 21 , any set of cell informa- 
tion in a stored set of PGC information can be accessed 
using a combination of a row number and a column 
number. 

[0669] Fig. 76 shows examples of sets of original PGC 
information that are stored in PGC information table 
work area 21. It should be noted here that when the 
recording of an AV file is completed, the user-defined 
PGC information table will be empty (shown as "NULL" 
in Fig. 76"). In Fig. 76, the original PGC information #1 
includes the set of cell information #1 showing the sec- 
tion between the start time 10 and the end time t1 . the 



set of cell information #2 showing the section between 
the start time t1 and the end time t2, the set of cell infor- 
mation #3 showing the section between the start time t2 
and the end time tS. and the set of cell information #4 
5 showing the section between the start time t3 and the 
end time t4. 

(4-2-3) Title Recording Control Unit 22 

10 [0670] The title recording control unit 22 records 
VOBs onto the DVD- RAM in the same way as the AV 
data recording unit 13 in the third embodiment, although 
in doing so the title recording control unit 22 also stores 
a time map table in the RTRW management file work 

15 area 24, generates VOB information, and generates 
original PGC information which it stores in the PGC 
information table work area 21. 
[0671 ] When generating original PGC information, the 
title recording control unit 22 follows the procedure 

20 described below. Rrst, on receiving notification of a 
pressing of the record key from the recording-editing- 
reproduction control unit 12. the title recording control 
unit 22 secures a row area in the PGC information table 
work area 21 . Next, after the AV data recording unit 13 

25 has assigned an AV file identifier and a VOB identifier to 
the VOB to be newly recorded, the title recording control 
unit 22 obtains these identifiers and stores them in the 
secured row area corresponding to a newly assigned 
PGC number. 

30 [0672] Next, when encoding is started for the VOB, the 
title recording control unit 22 instructs the MPEG 
encoder 2 to output the PTS of the first video frame. 
When the enooder control unit 2g has outputted this 
PTS for the first vkJeo frame, the titie recording control 

35 unit 22 stores this value and watts for tiie user to per- 
form a marking operation. 

(0673] Fig. 80A shows how data input and output are 
performed l>etween the components shown in Rg. 75 
when a marking operation is performed. While viewing 

40 ttie video images displayed on the TV monitor 72, tiie 
uses presses the mark key on the remote controller 71 . 
This marking operation is reported to the title recording 
control unit 22 via the route shown as 0. ® , ® in Rg. 
80A. The title recording control unit 22 then obtains tiie 

45 PTS for tiie point where the user pressed the mark key 
from tiie encoder control unit 2g. as shown by @ In Rg. 
80A, and sets this as time information. 
[0674] The title recording control unit 22 r^eatedly 
performs tiie above processing white a VOB is being 

so encoded. If the user presses the stop key during tiie 
generation of the VOB, tiie title recording control unit 22 
instructs the encoder control unit 2g to output the pres- 
entation end time for the last video frame to be 
encoded. Once tiie encoder control unit 2g has output- 

55 ted tills presentation end time for tiie last video frame to 
be encoded, tiie title recording conti'ol unit 22 stores this 
as time infornfiation. 

[0675] By repeating the above processing until the 
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encoding of a VOB is complete, the title recording con- 
trol unit 22 ends up storing the AV file identifier, the VOB 
identifier, the presentation start time of the first video 
frame, the presentation start time of each video frame 
corresponding to a point where a marking operation 
was performed, and the presentation end time of the 
final video frame. 

[0676] Of this stored time information, the title record- 
ing control unit 22 sets the start time and end time of a 
section and the con-esponding AV f fle identifier and VOB 
identifier as one set of cell information which it stores in 
a newly-secured row in the PGC information table work 
area 21. By doing so, the title recording control unit 22 
newly generates original PGC information. 
[0677] On completing the above generation, the title 
recording control unit 22 associates this original PGC 
information to the assigned PGC number, and, in the 
PGC information table work area 21. generates a title 
search pointer that has type Information showing that 
this PGC information is original PGC information, and a 
title recording history showing the date and time at 
which the recording of this PGC information was com- 
pleted. 

[0678] It should be noted here that if the title reproduc- 
tion control unit 23 can detect when there is a large 
change in the content of scenes, the user-defined PGC 
information generator 25 may automatically obtain the 
PTS for the points at which such scene changes occur 
and automatically set these PTS in sets of cell informa- 
tion. 

[0679] The generation of a time map table or VOB 
information does not form part of the gist of this embod- 
iment, and so will not be explained. 

(4-2-4) Title Reproduction Contrnl Unit g3 

[0680] The titie reproduction control unit 23 performs 
reproduction or partial reproduction for any of the titles 
recorded in the current directory that is indicated by the 
recording-editing-reproduction control unit 12. 
[0681] This is desaibed in more detail below. When, 
as shown in Fig. 77A, one of the directories is selected 
as the current directory and the user gives an indication 
for the reproduction of one of the titie stored in this 
directory, tiie title reproduction control unit 23 displays 
the screen image shown in Fig. 77A, reads the original 
PGC information table and user-defined PGC infonna- 
tion table in the RTRW management file in this directory, 
and has ttie user select the complete reproduction or 
partial reproduction of one of the original PGCs or user- 
defined PGCs in the current directory. Fig. 77B shows 
the PGCs and cells that are displayed as the list of 
potential operation targets. The sets of PGC information 
and cell information that represent these PGCs and 
ceils are the same as those shown in the example of 
Rg. 76. 

[0682] The original PGCs that appear in this interac- 
tive screen are shown in a simple graph that shows time 



in the horizontal axis, with the each original PGC being 
displayed along with ttie date and time at which it was 
recorded. In Fig. 77B, the menu at the bottom right of 
the screen shews whetiier complete reproduction or 

5 partial reproduction Is to be performed for tiie video title 
in tiie cun-ent directory. By pressing the T or "2" key on 
the remote controller 71, the user can select complete 
reproduction or partial reproduction or the video title. If 
the user selects complete reproduction, the titie repro- 

10 duction control unit 23 has the user select one of the 
PGCs as ttie operation target, while if the user selects 
partial reproduction, the title reproduction control unit 23 
has tiie user select one of the cells as tiie operation tar- 
get. 

IS [0683] When complete reproduction has been 
selected for a PGC, tiie titie reproduction control unit 23 
extracts tiie cells from tiie PGC selected as tiie opera- 
tion target and, by referring a time map table such as 
that shown in Rg. 71 , reproduces tiie sections indicated 

20 by tiie cells one by one. On completing the reproduction 
of the sections, the titie reproduction control unit 23 has 
the Interactive screen shown in Fig. 77B displayed and 
waits for the next selection of cell information. 
[0684] Rg. 78A is a flowchart showing the processing 

25 when partially reproducing sets of cell information. Rrst. 
in step S271 , tiie titie reproduction control unit 23 reads 
the C_V_S_p™ and C_V_E_PTM from the cell infor- 
mation to reproduced out of the original PGC informa- 
tion or user-defined PGC information. Next, in step 

30 S272. the title reproduction control unit 23 specifies tiie 
address of the VOBU (START) that includes the picture 
data assigned C_V_S_PTM. 

[0685] In step S273, the titie reproduction control unit 
23 specifies the address of the VOBU (END) that 
35 includes ttie picture data assigned C_V_E_PTM, and in 
step S274, the titie reproduction control unit 23 reads 
ttie section from VOBU (START) to VOBU (END) from 
the present VOB. In step S275, the titie reproduction 
control unit 23 instructs the MPEG decoder 4 to decode 
40 the read VOBUs. In step 8276, ttie titie reproduction 
control unit 23 outputs the cell presentation start time 
(C_V_S_PTM) and cell presentation end time 
(C_V_E_PTM) to ttie decoder control unit 4k of ttie 
MPEG decoder 4 as valid reproduction section informe- 
rs tion. together with a decode processing request. 

[0686] The reason ttie titie reproduction control unit 23 
outputs the valid reproduction section information to tiie 
MPEG decoder 4 is that ttie decoder conti-o! unit 4k in 
the MPEG decoder 4 will try to decode even picture 
50 data that is not within the section indicated by ttie ceil. In 
more detail, ttie unit for ttie decode processing of ttie 
MPEG decoder 4 is a VOBU. so that ttie MPEG decoder 
4 will decode ttie entire section from VOBU(START) to 
VOBU(END], and in doing so will have picture data out- 
55 side the section indicated by the cell reproduced. A cell 
indicates a section in units of video fields, so that a 
mettiod for prohibiting the decoding and reproduction of 
picture data outskJe the section is necessary To prohibit 
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the reproduction of such picture data, the title reproduc- 
tion control unit 23 outputs valid reproduction section 
information to the title reproduction control unit 23. Fig. 
78B shows how only the section between the cell pres- 
entation start time (C_V_S_PTM) and the cell presenta- s 
tion end time (C_V_E_P™), out of the area between 
the VOBU (START) and the VOBU (END), is repro- 
duced. 

[0687] By receiving this valid reproduction section 
information, the MPEG decoder 4 can stop the display 
output of an appropriate number of video fields from the 
start of the VOBU (START) to C_V__S_PTM and the dis- 
play output of an appropriate number of video fields 
from C_V_E_p™ to the VOBU (END). For the hard- 
ware construction shown in Fig. 1 7, the disc access unit 
3 reads the VOBU sequence and outputs this to the 
MPEG decoder 4 via the logical connection (1). The 
MPEG decoder 4 decodes this VOBU sequence and 
prohibits the reproduction output of the part that pre- 
cedes C_V_S_PTM and the part that follows 
C_V_E__PTM. As a result, only the section indicated by 
the cell information is reproduced. 
[0688] Since one set of original PGC information or 
user-defined PGC information includes a plurality of 
sets of cell information, the procedure shown in Rg. 78A 
may be repeated for each set of cell information 
included in one set of PGC information. 

(4-2-5) RTRW Manaoement File Work Area 24 

[0689] The RTRW management file work area 24 is a 
work area for arranging the original PGC information 
table composed of the plurality of sets of original PGC 
information generated in the PGC information table 
work area 21, the user-defined PGC Information table 
composed of a plurality of sets of user-defined PGC 
information, the titie search pointers, and the sets of 
VOB information, in accordance with the logical format 
shown in Rg. 70. The common file system unit 10 writes 
the data arranged in the RTRW management file work 
area 24 into the RTRW directory as non-AV files, and in 
doing so stores a RTRW management file in the RTRW 
directory. 

(4-2-6) User-Defined PGC Information Generator 25 

[0690] The user-defined PGC information generator 
25 generates user-defined PGC information t>ased on 
one set of PGC information recorded in the RTRW man- 
agement file of the current directory Two types of cell 
information can be present in the user-defined PGC 
information (called sets of user-defined cell informa- 
tion), with these being a first type that indicates an area 
inside a section indicated by cell Information in an exist- 
ing set of PGC information, and a second type that indi- 
cates the same section as a set of ceil information in an 
existing set of PGC information. The user-defined PGC 
Information generator 25 generates these two types of 



cell information using different methods. 
[0691] To generate the first type of user-defined cell 
information that indicates an area inside a section indi- 
cated by existing cell information, the user-defined PGC 
information generator 25 has the title reproduction con- 
trol unit 23 perform partial reproduction for the section 
indicated by the existing cell information. During the 
partial reproduction for this section, the user-defined 
PGC information generator 25 monitors when the user 
performs marking operations, and generates sets of cell 
information with the times of the marking operations as 
the start point and end point. In this way, the user- 
defined PGC information generator 25 generates user- 
defined PGC information composed of this first type of 
cell information. 

[0692] Rgs. 79A and 79B show how the user uses the 
TV monitor 72 and remote controller 71 when generat- 
ing user-defined PGC information. Fig. SOB shows the 
data input and output between the components shown 
in Rg. 75 when a marking operation is performed. As 
shown in Fig. 79A, the user views the video images dis- 
played on the TV monitor 72 and presses the mark key 
on the remote controller 71 at the beginning of a desired 
scene. After this, the desired scene ends, as shown in 
Fig. 79B, and the video images change to a content in 
which the user has no interest Accordingly, the user 
presses the mark key again. 

[08931 This marking operation is reported to the user- 
defined PGC information generator 25 via the route 
shown as Q). ® , ® in Rg. SOB. The user-defined PGC 
information generator 25 then obtains the PTS of the 
points when the user pressed the mark key from the 
MPEG decoder 4, as shown by @ in Fig. SOB, and 
stores the PTS as time information. The user-defined 
PGC information generator 25 then generates a set of 
cell information by attaching the appropriate AV file 
identifier and VOB Identifier to a pair of stored PTS that 
are the start point and end point of a section, and stores 
this cell information in a newly secured row area the 
PGC information table work area 21 . as shown by (g) in 
Rg. SOB. 

[0694] When generating user-defined PGC informa- 
tion that indicates a section indicated by an existing set 
of cell information, the user-defined PGC information 
generator 25 merely copies the existing cell information 
into a different row area in the PGC information table 
work area 21. 

[0695] In more detail, tiie user-defined PGC informa- 
tion generator 25 secures a row area for one row in the 
RTRW management file work area 24, and assigns a 
new user-defined PGC information identifier to this row 
area. 

[0696] Once the cell information that should be used 
in the present user-defined PGC information has been 
indicated, out of the sets of cell information in the PGC 
information already stored in the PGC information table 
work area 21 . using a combination of a row number and 
a column number, the user-defined PGC information 
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generator 25 reads the cell information and copies it into 
a newly secured row area in the PGC inlbrnfiaiion table 
work area 21. 

(4-2>7) Editing Multi-Staoe Control Unit 26 

[0697] The editing multi-stage control unit 26 controls 
the titie reproduction control unit 23. the user-defined 
PGC information generator 25, and the seamless link- 
ing unit 20 to perform a multi-stage editing process 
including: 

1. virtual edits achieved by defining user<lefined 
PGC information; 

2. previews which allow the user to view the video 
images that would be obtained by a real edit, based 
on the result of a virtual edit; 

3. seamless linking, as described in tiie first and 
second embodiments; and 

4. real edits performed by linking AV files as 
described in the third embodiment. 

(4-2-7-1) Procedure for Multi-Staoe Editing by the Edit- 
ing Multi-Staoe Control Unit 26 

[0698] The fbliowing is a description of tiie specific 
procedure for tiie multi-stage control performed by the 
editing multi-stage control unit 26. When tfie user 
selects a virtual edit using tiie remote controller 71 in 
response to the Interactive saeen shown in Fig. 77A, 
the editing multi-stage control unit 26 accesses tiie 
RTRW directory, has the common file system unit 10 
read the RTRW management file from tiie RTFWV direc- 
tory, and has the RTRW management file stored in the 
RTRW management file work area 24. Next, out of the 
RTRW management file stored in tiie RTRW manage- 
ment file work area 24, the editing multi-stage control 
unit 26 transfers tiie original PGC information table, tiie 
user-defined PGC infbnnation table, and tiie title search 
pointers to the PGC information table work area 21 . and 
transfers the time map table to ttie time map table work 
area. 

[0699] Based on tiie transferred original PGC informa- 
tion table, tiie editing multi-stage control unit 26 displays 
the interactive screen shown in Rg. 85, and waits for the 
next user indication. 

[0700] Rg. 85 shows an exanple of the interactive 
screen displayed by tiie TV monitor 72 to have the user 
select tiie sections tor the cells of a user-defined PGC In 
a virtual edit. 

[0701] This interactive screen displays tiie original 
PGCs and user-defined PGCs as simple graphs, where 
the horizontal axis represents tima The recording date 
and time of each original PGC and user-defined PGC is 
also displayed. This interactive screen displays the plu- 
rality of cells as a horizontal arrangement of rectangles. 
The user may select any of these rectangles using the 
cursor keys on tiie remote controller 71. These original 



PGCs and cells are the same as those shown in Rg. 76, 
and the following describes the updating of ttie original 
PGC information table, the user-defined PGC informa- 
tion table and tiie titie search pointers witii Fig. 76 as tiie 

5 initial state. 

[0702] Rg. 81 is a flowchart showing tiie processing 
of ttie editing multi-stage control unit 26 when defining a 
user-defined PGC. In tiiis flowchart, the variable j indi- 
cates one of tiie plurality of original PGCs that are 

10 arranged vertically in tiie interactive screen and tiie var- 
iable k indicates one of tiie plurality of cells that are 
arranged horizontally in the interactive screen. 
[0703] The variable m is tiie PGC number tiiat should 
be assigned to the set of user-defined PGC information 

IS tiiat is being newly defined in the RTRW management 
file, and tiie variable n is tiie cell number that should be 
assigned to tiie set of cell information that is being 
newly defined in the RTRW management file. 
[0704] In step S201, the editing multi-stage control 

20 unit 26 suljstitutes a value given by adding one to ttie 
last number of ttie original PGC information In ttie 
RTRW management file into the variable m and "r into 
ttie variable n. In step S202, tiie editing multi-stage con- 
ti'ol unit 26 adds a space for the mth user-defined PGC 

25 information to ttie user-defined PGC information table 
and in step S203. the editing multi-stage control unit 26 
waits for the user to make a key operation. Once ttie 
user has made a key operation, in step S204 the editing 
multi-stage control unit 26 sets the flag for the pressed 

30 key, out of the flags tiiat carespond to ttie keys on ttie 
remote controller 71. at "1". and In step 8205 judges 
whether the Enter_Rag. which shows whettier the enter 
key has been pressed, is "1". In step S206, tiie editing 
multi-stage control unit 26 judges whether tiie 

35 End_Flag. which shows whether ttie end key has been 
pressed, is "1". When both tiiese flags are "0", the edit- 
ing multi-stage control unit 26 uses tiie Right.Rags, 
Left_Flags, Down_Rag, Upper__Flag, which respec- 
tively show whether the right, left, down, or up keys have 

40 been pressed, to perform tiie following calculations, 
before substituting ttie calculation results into the varia- 
bleskandj. 

k<-k+1 *(Right_Rag)-1 *(Left_.Rag) 
45 i^l *(Down_Rag)-1 *(Up_Flag) 

[0705] When tiie right key has been pressed, the 
Right.Flag is set at "1". so that the variable k is Incre- 
mented by "1". When the up key has been pressed, ttie 

50 Up_Flag is set at "1". so tiiat the variable j is incre- 
mented by "r. Conversely, when ttie left key has been 
pressed, the Left.Flag is set at "1 ^ so that the variable 
k Is decremented by T. In the same way, when tiie 
down key has been pressed, ttie Down_Rag Is set at 

55 "r, so that the variable j is decremented by "1 

[0706] After updating the values of ttie variaW es k and 
j in ttiis way, the editing multi-stage control unit 26 has 
tiie cell representation in row j and column k displayed 
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in the focus state in step S208, clears all of the flags 
assigned to keys on the remote controller 71 to zero in 
step S209, and returns to step S203 where it waits once 
again for a key operation. By repeating the procedure in 
steps S203 to S209 described above, the focus state 
can move up/down and left/right among the sells 
according to key operations made using the remote 
controller 71. 

[0707] If the user presses the enter key with any of the 
cells in the focus state during the above processing, the 
editing multi-stage control unit 26 proceeds to step 
S251 In Fig. 82. 

[0708] In step S251 of Fig. 82, the editing multi-stage 
control unit 26 has the user give an indication as to 
whether the cell information in row j and column k 
should be used as it is. or whether only an area within 
the section indicated by this cell information is to be 
used. When the cell information is to be used as it is, the 
editing multi-stage control unit 26 copies the cell repre- 
sentation in row j and column k to the space given as 
row m and column n in step S252. and defines 
OriginaLPGC^^'.CElUk as 
User_Defined_PGC#m,CELL#n in step S253. After this 
defining, in step S254 the editing multi-stage control unit 
26 increments the variable n and proceeds to step S209 
in Fig. 81. 

[0709] When an area within the section indicated by 
th^ cell information in row j and column k should be 
used, the editing multi-stage control unit 26 proceeds to 
step S255 to have the title reproduction control unit 23 
commence partial r^roduction for the cell information 
in row] and column k. 

[0710] In step S255. the editing multi-stage control 
unit 26 determines the circumstances for the reproduc- 
tion of the cell information in row j and column k. This 
determination is performed since when the section indi- 
cated by this cell information has been reproduced in 
part, there is no need to reproduce the section once 
again from the start, with it being preferable in this case 
for the reproduction of the section indicated by the cell 
information in row j and column k to commence at the 
position where the previous reproduction was termi- 
nated (Step S266). this point being called the reproduc- 
tion termination point L 

[071 1 ] On the other hand, when the cell information in 
row j and column k has not been reproduced, the sec- 
tion Indicated by the cell information in row j and column 
k Is reproduced from the start in step S265, with the 
processing then returning to steps S256 and entering 
the loop fbmied of steps S256 and S257. Step S256 
waits for the reproduction of the cell to end. while step 
S257 waits for the user to press the mark key. When the 
judgement "Yes" is given in step 8257, the processing 
advances to step S258. where the time information for 
the pressing of the mark key is obtained, and then to 
step S259. 

[0712] in step S259, the editing multi-stage control 
unit 26 judges whether two sets of time information have 



been obtained. If not, the processing returns to step 
S256, or if so, the processing advances to step S260 
where the obtained two sets of time infbnnation are set 
as the start point and end point. 

s [0713] One of the sets of time information obtained 
here Is the start of the vkieo scene which was marked 
by the user during its display on the TV monitor 72. 
while the other set of time information is the end of this 
video scene. TTiese sets of time information are inter- 

10 preted as marking a section in the original PGC which Is 
especially wanted by the user as material for a video 
edit Accordingly, user-defined PGC information should 
be generated this section, so that cell information is 
generated in the PGC information table work area 21. 

15 The processing then advances to step S261 . 

[0714] In step S261. the user-defined PGC informa- 
tion generator 25 obtains the VOB_ID and AV file ID in 
Original_PGC«l5.CELL#k. In step S262, the user- 
defined PGC information generator 25 generates 

20 User_Defined_PGC#m.CELL#n using the obtained 
start point and end point, VOBJD, and AVfile ID. In step 
S263. the end point information is stored as the repro- 
duction termination point t and in step S254. the varia- 
ble n is incremented, before the processing returns to 

25 step S209. 

[071 5] As a result of the above processing, new user- 
defined cell information is generated from the cell infor- 
mation in row ] and column k. After this, another cell is 
set into the focus state and another set of user^Jefined 

30 cell information is generated from this cell, so that a set 
of user-defined PGC information is gradually defined 
one cell at a time. 

[071 6] It shoukJ be noted here that if the reproduction 
based on the cell information in row j and column k in 

35 the loop process shown as step S256 to step S257 ends 
without a marking operation having been made, the 
processing will return to step S254. 
[0717] When it is determined that the end key has 
been pressed, the judgement "Yes" is given in step 

40 S206 in Rg. 80B and the processing advances to step 
S213. In step S213, a menu is displayed to have the 
user indicate whether a next user-defined PGC is to be 
defined. When the user wishes to define a new user- 
defined PGC and gives an indication of such, in step 

45 S214 the variable m is incremented, the variable n is ini- 
tialized and the processing proceeds to steps S209 and 
S203. 

(4-2-7-2) Soedfic Example of the Definition of User- 
50 Defined PGC Information 

[0718] The following is a description of the operation 
when defining user-defined PGC information from a plu- 
rality of sets of original PGC information that are dis- 
ss played in the interactive saeen Image of Rg. 85. 

[0719] Figs. 86A and 86B show the relationship 
between the user operations made via the remote con- 
troller 71 and the display processing that accompanies 
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the various user operations. Fig. 87A through Fig. 90 
also illustrate examples of such operations, and are 
referred to in the following explanation of these opera- 
tions. 

[0720J As shown In Rg. 85. once the cell #1 which is 
in row 1 and column 1 has been set in the focus state, 
the user presses the enter key. as shown in Rg. 86B. As 
a result, the judgement "Yes" is given in step S205 and 
the processing proceeds to the flowchart in Fig. 82. In 
steps S251 to S266 of the flowchart in Rg. 82. the first 
cell information CELL #1 A in the user-defined PGC #1 
is generated based on the OriginaLPGC#1.CELL#1 
shown in Fig. 86A. Once this generation is complete, 
the variable n is incremented in step S254, and the 
processing returns to step S203 via step S209 with the 
value of the variable n at "2". In this exanrtple. the user 
presses the down key once, as shown in Fig. 87B. and 
the right key twice, as shown in Rgs. 87C and 87D. In 
step S204. the flags that corresponds to the keys that 
have been pressed are set at T. 
[0721 ] As a result of the first press of the down key; 

k=i(=i+ro-ro) 
j=2(=i+ri-ro) 

[0722] As a result of the first press of the right key: 
k=2(=1+1*M*0) 

j=2{=2+ro-ro) 
[0723] As a result of the second press of the right key: 

k=3(=2+ri-r0) 
j=2(2+1*0-r0) 

[0724] As shown in Fig. 87A. the cell #7 tocated in row 
2 and column 3 is set in the focus state. 
[0725] Once the cell in row 2 and column 3 has been 
set in the focus state, the user presses the enter key. as 
shown in Fig. 88B. so that the judgement "Yes" is given 
in step S205 and the processing advances to the flow- 
chart in Rg. 82. The cell information #7A, which is the 
second set of cell information in UserDefined_PGC#1 . 
is then generated based on the 
OriginaLPGC#2.CELL#7 located in row 2 and column 3 
of the original PGC information table (see Rg. 88A). 
[0726] After the second set of cell information has 
been generated, the above processing is repeated. The 
user presses the enter key as shown in Rg. 898, so tiiat 
the cell information #11 A and the cell information #3A 
are respectively generated as the third and fourtii sets 
of cell information in UserDefined_PGC#1. 
[0727] The processing returns to step S203 and, in 
the present example, the user then presses the end key. 
As a result, the End_FIag corresponding to the end key 
is set at "1 ". and ttie processing advances to step S213. 
Since the end key has been pressed, the editing multi- 
stage control unit 26 regards the definition of tiie user- 



defined PGC information #1 as complete. In step S213. 
the user is asked to indicate whetiier he/she wishes to 
define anottier set of user-defined PGC information (tiie 
user-defined PGC information #2) that follows tiiis 
5 defined user-defined PGC information #1. If the user 
wishes to do sa the variable m Is incremented, tiie var- 
iable n Is initialized, and the processing proceeds to 
step S209. 

[0728] By repeating tiie above processing, the user- 

10 defined PGC information #2 and the user-defined PGC 
information #3 are defined. As shown in Rg. 91 , tiiis 
user-defined PGC information #2 is composed of cell 
#2B. cell #4B, cell #10B. and cell #5B, and the user- 
defined PGC information #3 is composed of cell #3C, 

IS cell #6C. cell «8C. and cell #9C. 

[0729] Fig. 91 shows ttie contents of the user-defined 
PGC information table, tiie original PGC information 
table and the title search pointers at the end of ttie vir- 
tual edit process. 

20 [0730] If the user presses the end key at this point, the 
interactive screen shown in Rg. 90 will be displayed in 
step S215 in Fig. 81 , and the editing multi-stage control 
unit 26 waits for the user to select a set of user-defined 
PGC information using the up and down keys. Here, the 

25 user can select a preview by pressing the play key , and 
can select a real edit by pressing the real edit key, with 
the user-defined PGC inibmiation table not being 
recorded yet. 

[0731 ] If tfie user gives indication for an operation that 
30 records a user-defined PGC. the user-defined PGC 
information table tiiat includes the new user-defined 
PGC generated in tfie PGC information table work area 
21 is transferred to tiie RTRW management file work 
area 24, where it is written into the part of the RTRW 
35 management file written in tiie RTRW management file 
work area 24 tiiat con^esponds to the user-defined PGC 
information table. 

[0732] At the same time, file system commands are 
issued so ttiat a titie search pointer for the newly gener- 
ic ated user-defined PGC information is added to tiie title 
search pointers that are already present in the RTRW 
management file transferred to the RTRW management 
file work area 24. 

[0733] Rg. 83 is a flowchart showing the processing 
45 during a preview or a real edit. The following is a 
description of tiie processing when performing a pre- 
view of a VOB linking operation, with reference to this 
flowchart in Fig. 83. 

[0734] Rgs. 92A-92B and 93A-93C show the relation- 
50 ship between operations made using the remote con- 
troller 71 and tiie display processing tiiat accompanies 
these operations. 

[0735] In step S220 of the flowchart of Rg. 83 . tiie first 
number in the user-defined PGC information table is 
55 substituted into tiie variable j. and step S221. a key 
operation is awaited. When tiie user makes a key oper- 
ation, in step S222 tiie flag con^esponding tiie key 
pressed by ttie user is set at "1". 
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[0736] In step S223. it is judged whether the 
Play_Flag. which shows whether the play key has been 
pressed, is T, and in step S224, it is judged whether 
the RealEdit.Flag, which shows whether the real edit 
key has been pressed, is "1 When both these flags are 5 
"0", the processing proceeds to step S225 where the 
following calculation is performed using the values of 
the Up_Flag and Down_Flag that respectively show 
whether the up and down keys have been pressed. The 
results of this calculation is substituted into the variable w 
I 

jH+1 *(Dawn_Flag)-r(Up_Flag) 

[0737] When the user had pressed the up key, the is 
Up_Flag will be set at "1", meaning that the variable j is 
decremented. Conversely, the user has pressed the 
down key, the Down_Rag will be set at "1". meaning 
that the variable ] is incremented. Once the variable j 
has been updated in this way. in step S226 the Image on 20 
the display corresponding to the PGC information posi- 
tioned on row j is set in the focus state. In step S227. all 
of the flags corresponding to keys on the remote con- 
troller 71 are cleared to zero and the processing returns 
to step S221 where another key operation is awaited. 25 
This processing in steps S221 to S227 is repeated, with 
the focus state moving to a different set of PGC informa- 
tion in accordance with user operations of the up and 
down keys on the remote controller 71. 
[0738] If the user presses the play key, during the 30 
above processing is being repeated, with one of the 
sets of PGC information in the focus state, the 
Play„Flag is set at "1", the judgement "Yes" is given in 
step S223. and the processing proceeds to S228. In 
st^ S228, the editing multi-stage control unit 26 3s 
Instructs the title reproduction control unit 23 to repro- 
duce the VOBs in accordance with the PGC. out of the 
user-defined PGCs, that has been indicated by the user 
[0739] When the PGC indicated by the user is a user- 
defined PGC, the cells included in the user-defined 40 
PGC will indicate sections out of the plurality of section 
in one or more VOBs in a user-defined order. Since 
such reproduction will not satisfy the necessary condi- 
tions for seamless reproduction that were described in 
the first and second emtxxJiments, so that image dis- 45 
play and output will be stopped at the t)oundary of a cell 
during reproduction before advancing to the next cell. 
Since the necessary conditions for seamless reproduc- 
tion of cells are not satisfied, image display and audio 
display will be interrupted. However, the object of this so 
operation is only to give the user a preview of the linking 
result for a plurality of scenes, so that this object is still 
achieved regardless of such interruptions. 

(4-2-7-3) Processing for a Preview of ^ Multl-Staoe Edit ss 
and for a Real Edit 

[0740] The operation for the linking of VOBs in a real 



edit is described below. 

[0741] Figs. 94A to 94C show the relationship 
between user operations of the remote controller 71 and 
the display processing that accompany these key oper- 
ations. The user presses the up key as shown in Fig. 
94B to have cell #1 A set into the focus state, and this is 
reflected In the display screen displayed on the TV mon- 
itor 72 as shown in Rg. 94A. If the user then presses the 
real edit key, as shown in Rg. 94C. the judgement "Yes" 
is made in step S224 in Rg. 83, and the processing from 
step S8 to step SI 6 in the flowchart of Rg. 43 described 
in the third embodiment is performed. 
[0742] After conpleting this processing in the third 
embodiment the processing advances to step S237 in 
Fig. 84. After the variable n is set at "1" in step 8237, a 
search is performed for the OriginaLPGC#j.CELL#k 
which was used when generating the 
UserDefined_PGC#m.CELL#n in step 8238 and in step 
8239 it is judged whether this OriginaLPGC#j exists. If 
so, this OriginaLPGC#j is deleted in step 8240, or If not. 
a search is performed for the UserDefined_PGC#q that 
was generated from this Original_PGC#j in step 8240. 
[0743] In step 8242, it is determined whether there is 
at least one such UserDefined_PGC#q, and if so. all 
such UserDefined_PGC#q are deleted in step 8243. In 
step S244, it is judged whether the value of variable n 
matches the last number of the cell information, and if 
not. the processing advances to step 8245 where the 
variable n is incremented to indicate the next set of cell 
information in the PGC information #q before the 
processing returns to step 8238. The loop process in 
step S238 to step 8245 is repeated until the variable n 
reaches the last number of the cell information ih the 
PGC information #q. 

[0744] The sections indicated by the user-defined 
PGC information #1 are all of VOBs #1 . #2, and #3. so 
that these are all subjected to the real edit. The sets of 
original PGC information that were used to generate the 
cell information included in user-defined PGC informa- 
tion #1 Indicate VOBs that are subjected to the real edit, 
so that all of these sets of original PGC information are 
deleted. The sets of user-defined PGC that were gener- 
ated from these sets of PGC information also indicate 
VOBs that are subjected to the real edit, so that all of 
these sets of user-defined PGC information are also 
deleted. 

[0745] The judgement "Yes" is made in step 8244, so 
that the processing advances to step 8246, and, out of 
the freed PGC numbers obtained by deleting the sets of 
original PGC information, the lowest number is obtained 
as the PGC number #e. Next, in step 8247, the cell 
information is updated using the AV file ID assigned to 
the AVfile and the VOBJD after the MERGE command, 
and in step 8248 the PGC number of the 
UserDefined_PGC#q is updated to the PGC number 
#e. In the title search pointers, meanwhile, the type 
information is updated to the original type. 
[0746] Rg. 95 shows examples of the PGC informa- 
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tion table and the title search pointers after the deletion 
of sets of original PGC information and user-defined 
PGC information that accompanies a real edit. 
[0747] Since the VOBs #1 , #2, and #3 indicated by the 
sections In user-defined PGC information #1 are sub- 
jected to the real edit, the original PGC information #1 , 
the original PGC information #2, the original PGC infor- 
mation #3, the i^er-defined PGC information #2, and 
the user-defined PGC information #3 will already have 
been deleted. Conversely, what was formerly the user- 
defined PGC information #1 has been defined as the 
original PGC information #1. 
[0748] Once the PGC information has been updated 
in the PGC information table work area 21 as described 
above, the new original PGC Information is transfen'ed 
to the RTRW management file work area 24 where it is 
used to ovenvrite the RTRW management file presently 
stored in the RTRW management file work area 24. At 
the same time, the title search pointer for this newly 
generated original PGC information is transferred to the 
RTRW management file work area 24 where it is used 
to ovenvrite the title search pointers already present in 
the RTRW management file, 
[0749] Once the user-defined PGC information table 
and title search pointers have been written, file system 
commands are Issued so that the RTRW management 
file stored In the RTRW management file work area 24 
is written into the RTRW directory. 
[0750] With this present embodiment, the sections to 
be used as materials for a real edit are indicated by 
user-defined cell information, with these being freely 
arranged to provisionally decide the reproduction route. 
[0751] When the user wishes to set a reproduction 
route of the editing materials, this can be achieved with- 
out having to temporarily produce a VOB. so that the 
editing of video materials can be performed in a short 
time using a sinple method. This also means that there 
is no need to use more of the storage capacity of the 
DVD-RAM to store a temporarily produced VOB. 
[0752] If the provisional determination of scene linking 
can be achieved by merely defining a set of user- 
defined PGC information, the user can produce many 
variations of the reproduction route in a short time. The 
sets of user-defined cell information are indicated using 
time information for sections in VOBs, so that the indi- 
cated VOBs can be maintained in the state in which they 
were already recorded. 

[0753] The user can generate a plurality of sets of 
user-defined PGC information for different reproduction 
routes and then view previews of these routes to find the 
most suitable of these reproduction routes. The user 
can then indicate a real edit for his/her preferred repro- 
duction route, and so process the VOBs in accordance 
with the selected user-defined PGC information. This 
means that the user can perform a bold editing process 
that directly rewrites the VOBs that are already stored 
on an optical disc. While the original VOBs will be effec- 
tively deleted from the disc, the user is able to verify the 



result of this before giving the real edit indication, mak- 
ing this not a particular problem for tiie present inven- 
tion. 

[0754] Once a real edit has been performed, the titie 

s type In the title search pointer of the user-defined PGC 
information used for the real edit will be set to "original 
type PGC information**, so that this can be used as the 
base for following video editing operations. 
[0755] As described above, a single video data editing 

70 apparatus that uses only one optical disc can perform 
advanced video editing whereby a user can select one 
out of a plurality of freely chosen potential an'ange- 
ments of the source material. As a result, by using the 
present video data editing apparatus, a large number of 

15 video enthusiasts will be able to perform advanced edit- 
ing operations that were considered out of the reach of 
conventional domestic video equipment. 
[0756] It should be noted here that tfie time informa- 
tion may be taken from the mark points in ttie cell infor- 

20 mation and managed with information such as address 
taken from the time map table in the form of a table. By 
doing so, this information can be presented to the user 
as potential selections in a screen showing ttie pre-edit- 
ing state. 

25 [0757] Reduced images (known as "thumbnails") may 
also be generated for each mark point and stored as 
separate files, witti pointer information also being pro- 
duced for each thumbnail. When displaying ttie cell 
information at ttie pre-editing stage, these ttiumbnails 

30 may be displayed to show the potential selections that 
can be made by the user. 

[0758] The processing of components such as ttie title 

reproduction control unit 23 (see Fig. 78) and the 
processing of the editing multi-stage control unit 26 

35 (Figs. 81 to 84] tt>at was desaibed in this fourth embod- 
iment using flowcharts can be achieved by a machine 
language program. Such machine language program 
may be distributed and sold having been recorded on a 
recording medium. Exanples of such recording medium 

40 are an IC card, an optical disc, or a floppy disc. The 
machine language program recorded on the recording 
medium may then be installed Into a standard personal 
computer. By executing the installed machine language 
programs, the standard personal computer can achieve 

45 the functions of ttie video data editing apparatus of ttils 
fourth embodiment. 

[0759] As a final note regarding the relationship 
between VOBs and original PGC information, it is pref- 
erable for one set of original PGC information to be pro- 

50 vided for each VOB. 

[0760] Alttiough tiie present invention has been fully 
described by way of examples with reference to accom- 
panying drawings, it Is to be noted that varfous changes 
and modifications will be apparent to ttiose skilled in ttie 

55 art. Therefore, unless such changes and modifications 
depart from the scope of the present invention, ttiey 
should be construed as being included ttierein. 
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Claims 

1 . An optical disc, comprising : 

a data area for recording a file including at least 
one video object; and 

an index area for recording original type chain 
information and at least one set of user-defined 
type chain Information, 

the original type chain information managing 
the file as an anangement of a plurality of file 
sections, each file section being indicated by 
section boundaries that are a combination of 
anytvvoof- 

(a) a start position of a video object. 

(b) an end position of a video object, and 

(c) at least one predetermined position 
within a video object, 

each set of user-defined type chain information 
indicating a plurality of file parts in the file and a 
reproduction route for the indicated file parts, 
each file part being indicating by part bounda- 
ries, the part boundaries being any of - 

(a) two of the section boundaries 

(b) one of the section boundaries and a 
position in a video object that differs from 
the predetermined positions, 

(c) two position in a video object that differ 
from the predetermined positions, 

each reproduction route being Independent of 
an order in which the indicated file parts appear 
in the file. 

2. The optical disc of Claim 1 , 

wherein one out of tiie plurality of sets of 
user-defined type chain Information is selected as 
an editing pattern, and 

the file recorded in the data area Is processed 
so that the part boundaries indicated by the set 
of user-defined type chain information selected 
as tiie editing pattern become start positions 
and end positions for video objects in the file. 

3. The optical disc of Claim 2. 

wherein when one of tiie sets of user- 
defined type chain information is selected as tiie 
editing pattern, tiie original type chain information 
and sets of user-defined type chain information 
aside from the selected set of user-defined type 
chain information are all deleted from the index 
area, and the indicated set of user-defined type 
chain information is converted into original type 
chain information. 



4. Ihe optical disc of Claim 3, 

wherein tiie original type chain information 
and tiie sets of user-defined type chain information 
are each a cell information sequence including a 

5 plurality of sets of cell information. 

wherein the index area includes a search 
pointer area, the search pointer area including a set 
of identification infonriation for each ceil information 
sequence and a flag associated to each set of iden- 

10 tif ication information, each flag being set at one of a 
first value to show that the corresponding cell infor- 
mation sequence is the original type chain informa- 
tion and a second value to show that the 
corresponding cell information sequence is a set of 

15 user<Jefined type chain Information, and 

wherein when a user-defined type chain 
information is selected as tiie editing pattern, a set- 
ting of the flag corresponding to the selected set of 
user-defined type chain information changes from 

20 the second value to the first value. 

5. The optical disc of Claim 4, 

wherein each video object includes a plural- 
ity of video object units, each video object unit 
25 including a plurality of sets of picture data that are 
reproduced for a plurality of video frames for a cer- 
tain reproduction period. 

wherein each set of cell information 
includes: 

30 

time information for Indicating a presentation 
start time and presentation end time for video 
data in a ceil, the cell being one of a file section 
and a file part; and 

35 identification information for indicating the 

video object to which tiie cell belongs, 
and wherein tiie optical disc furtiier comprises 
a mapping region for recording mapping infor- 
mation that specifies tiie recording positions of 

40 video object units tiiat include picture data tiiat 

is to be reproduced for ttie time information in a 
set of cell information. 

6. A video data editing apparatus that uses an optical 
45 disc as an editing medium, 

the optical disc including: 
a data area for recording a file including at least 
one video object; and 
50 an index area for recording original type chain 

information and at least one set of user-defined 
type chain information. 

the original type chain information managing 
the file as an arrangement of a plurality of file 
55 sections, each f3e section being indicated by 

section boundaries that are a combination of 
any two of - 
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(a) a start posrtion of a video object, 

(b) an end position of a video object, and 

(c) at least one predetermined position 
within a video object 

5 

each set of user-defined type chain information 
indicating a plurality of file parts in the file and a 
reproduction route for the indicated file parts, 
each file part being Indicating by part bounda- 
ries, the part boundaries being any of - to 

(a) two of the section boundaries 

(b) one of the section boundaries and a 
position in a video object that differs from 
the predetermined positions. is 

(c) two positions in a video object that differ 
from the predetermined positions, 

each reproduction route being independent of 
an order in which the indicated file parts appear so 

in the file, 

the video data editing apparatus comprising: 
reception means for receiving an operation 
from a user; 

processing means for processing the file, when 25 
the reception means has received an indication 
of a real edit operation for one of the sets of 
user-defined type chain information recorded 
on the optical disc, so that starting and ending 
part boundaries Indicated in the indicated set of so 
user-defined type chain infbnnation become 
boundaries of the video objects recorded on 
the optical disc; and 

updating means for updating, after processing 
by the processing means, the indicated set of 35 
user-defined type chain information in the 
index area to convert the Indicated set of user- 
defined type chain information into the original 
type chain information. 

40 

7. The video data editing apparatus of Claim 6, 

wherein when a real edit has been indicated 
for one of the sets of user-defined type chain infor- 
mation, tiie updating means deletes the original 
type chain information and other sets of user- 4$ 
defined type chain information from the index area, 
and converts the indicated set of user-defined type 
chain information Into the original type chain infor- 
mation. 

so 

8. The video data editing apparatus of Claim 7, 

wherein the original type chain information 
and the sets of user-defined type chain information 
are each a cell information sequence including a 
plurality of sets of cell information, and tiie index ss 
area includes a search pointer area, the search 
pointer area including a set of identification Informa- 
tion for each cell information sequence and a flag 



associated to each set of identification information, 
each flag being set at one of a first value to show 
that the corresponding cell information sequence is 
the original type chain information and a second 
value to show that the corresponding ceil Informa- 
tion sequence is a set of user-defined type chain 
information, and 

wherein when a real edit has been indicated 
for one of the sets of user-defined type chain infor- 
mation, the updating means updates a flag corre- 
sponding to the indicated set of user-defined type 
chain information from the second value to the first 
value. 

9. The video data editing apparatus of Claim 8. 

wherein when tiie reception means has 
received an indication for a real edit for one of the 
sets of user-defined type chain information 
recorded on the optical disc, the processing means: 

reads a predetermined number of video object 
units including a start of a part and an end of a 
part; 

re-encodes tiie read video object units so that 
the read video object units become a start and 
an end of video objects which are reproduced 
seamlessly; and 

oveoA^rites the data area using the re-enccded 
video object units. 

10. The video data editing apparatus of Claim 6, 

wherein each video object includes a plural- 
ity of video object units, each video object unit 
including a plurality of sets of picture data that are 
reproduced for a plurality of video frames for a cer- 
tain reproduction period. 

wherein each set of cell information 
includes: 

time information including a presentation start 
time information and presentation end time 
Infornfiation for video data in a cell, the presen- 
tation start time information showing a display 
video field of a set of picture data that should 
be reproduced first in a part of a video object 
and the presentation end time Information 
showing a display video field of a set of picture 
data that should be reproduced last in the part, 
and the cell being one of a file section and a file 
part; and 

identification information for indicating the 
video object to which the cell belongs, 
wherein the reception means receives a play 
indication for one of the sets of user-defined 
type chain information, 

and wherein tiie video data editing apparatus 

further comprises: 

access position specifying means 
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for reading, when the reception means has 
received a play indication, mapping information 
and a pair of presentation start time information 
and presentation end time information from the 
index area, and 5 
for specifying, by searching the mapping infor- 
mation using the presentation start time infor- 
mation and the presentatfon end time 
information, a recording position of a start 
video object unit including picture data that is 10 
displayed for the presentation start time infor- 
mation and a recording position of an end video 
object unit including picture data that is dis- 
played tor the presentation end time informa- 
tion; 15 
reading means for reading a video object unit 
sequence recorded between the specified 
recording positions; and 
decoding means 

20 

for decoding the read video object unit 
sequence and, 

for outputting, when part boundaries of a 
part conresponding to a set of cell informa- 
tion In the indicated set of user-defined 25 
type chain information do not match a start 
position of the start video object unit and 
an end position of the end video object unit 
sequence, a decoding result between a 
first video field and an end video field indi- 30 
cated by the cell information, and for pro- 
hibiting output of a decoding result of data 
before the first video field and data after 
the end video field. 

35 

11. An optical disc, comprising: 

a data area recording at least one video object, 
each video object including a plurality of video 
object units, each video object unit including a 40 
plurality of sets of picture data that are repro- 
duced for a certain reproduction period; and 
an index area recording sets of cell infonmation 
and mapping information, 

each set of cell information including presenta- 45 
tion start time information and presentation end 
time information, the presentation start time 
information showing a display video field of a 
set of picture data that should be reproduced 
first in a part of a video object and the presen- so 
tation end time information showing a display 
video field of a set of picture data that should 
be reproduced last in the part, and 
the mapping information enabling a recording 
position of a video object unit to be specified ss 
based on time Information. 

12. A reproduction apparatus for an optical disc. 



the optical disc comprising: a data area record- 
ing at least one video object, each video object 
Including a plurality of video object units, each 
video object unit including a plurality of sets of 
picture data that are reproduced for a certain 
reproduction period; and an index area record- 
ing sets of cell information and mapping infor- 
mation, each set of cell information including 
presentation start time information and presen- 
tation end time information, the presentation 
start time information showing a display video 
field of a set of picture data that should be 
reproduced first in a part of a video object and 
the presentation end time information showing 
a display video field of a set of picture data that 
should be reproduced last in the part, and the 
mapping information enabling a recording posi- 
tion of a video object unit to be specified based 
on time information, 
the reproduction apparatus comprising: 
reception means for receiving an operation 
from a user; 

access position specifying means 
for reading, when the reception means has 
received a play indication, mapping information 
and a pair of presentation start time information 
and presentation end time information from the 
index area, and 

for specifying, by searching the mapping infor- 
mation using the presentation start time infor- 
mation and the presentation end time 
Information, a recording position of a start 
video object unit including picture data that is 
displayed for the presentation start time infor- 
mation and a recording position of an end video 
object unit including picture data that is dis- 
played for tiie presentation end time informa- 
tion; 

reading means for reading a video object unit 
sequence recorded between tiie specified 
recording positions; and 
decoding means 

for decoding the read video object unit 
sequence and. 

for outputting. when part boundaries of a 
part conresponding to a set of cell informa- 
tion in the indicated set of user-defined 
type chain information do not match a start 
position of the start video object unit and 
an end position of the end video object unit 
sequence, a decoding result between a 
first video field and an end video field indi- 
cated by the cell information, and for pro- 
hibiting output of a decoding result of data 
before the first video field and data after 
the end video field. 
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13. A computer-readable storage medium storing a 
video data editing program that uses an optical disc 
as an editing medium, 

the optical disc comprising: s 
a data area for recording a file including at least 
one video object; and 

an index area for recording original type chain 
information and at least one set of user-defined 
type chain information, w 
the original type chain information managing 
the file as an an^angement of a plurality of file 
sections, each file section being indicated by 
section boundaries that are a combination of 
any two of - is 

(a) a start position of a video object, 

(b) an end position of a video object, and 

(c) at least one predetermined position 
within a video object, 20 

each set of user-defined type chain information 
Indicating a plurality of file parts in the file and a 
reproduction route for tiie indicated file parts, 
each file part being indicating by part bounda- 25 
ries. the part boundaries being any of - 

(a) two of the section boundaries 

(b) one of the section boundaries and a 
position in a video object that differs from 30 
tiie predetermined positions, 

(c) two positions in a video object that differ 
from the predetermined positions. 

each reproduction route being independent of 35 
an order in which ttie indicated file parts appear 
in tiie file, 

tiie editing program comprising the following 
steps: 

a receptfon step for receiving an operation from 40 
a user; 

a processing step for processing tiie file, when 
the reception step has received an indication of 
a real edit operation for one of tiie sets of user- 
defined type chain information recorded on the 45 
optical disc, so that starting and ending part 
boundaries indicated in the indicated set of 
user-defined type chain information become 
boundaries of tiie video objects recorded on 
the optical disc; and so 
an updating step for updating, after processing 
by the processing step, tiie indicated set of 
user-defined type chain information in the 
index area to convert the indicated set of user- 
defined type chain information into the original 55 
type chain information. 

14. A computer-readable storage medium storing a 



reproduction program for an optical disc. 

tiie optical disc comprising: a data area record- 
ing at least one video object, each video object 
including a plurality of video object units, each 
video object unit including a plurality of sets of 
picture data that are reproduced for a certain 
reproduction period; and an Index area record- 
ing sets of cell information and mapping infor- 
mation, each set of cell infbrmatfon including 
presentation start time information and presen- 
tation end time infamation. the presentation 
start time information showing a display video 
field of a set of picture data that should be 
reproduced first in a part of a video object and 
the presentation end time information showing 
a display video field of a set of picture data that 
should be reproduced last in tiie part, and the 
mapping information enabling a recading posi- 
tion of a video object unit to be specified based 
on time information, 

the reproduction program comprising ttie fol- 
lowing steps: 

a reception step for receiving an operation from 
a user; 

an access position specifying step 
for reading, when the reception step has 
received a play indication, mapping information 
and a pair of presentation start time information 
and presentation end time Information from the 
index area, and 

for specifying, by searching tiie mapping infor- 
mation using the presentation start time infor- 
mation and the presentation end time 
information, for specifying a recording position 
of a start video object unit including picture 
data tiiat is displayed for ttie presentation start 
time information and a reconjing position of an 
end video object unit including picture data that 
is displayed for the presentation end time infor- 
mation; 

a reading step for reading a video object unit 
sequence recorded between the specified 
recording positions; and 
a decoding step 

for decoding ttie read video ot)ject unit 
sequence and. 

for oulputting, when part boundaries of a 
part corresponding to a set of cell Informa- 
tion in the indicated set of user^efined 
type chain information do not match a start 
position of the start video object unit and 
an end position of tiie end video object unit 
sequence, a decoding result between a 
first video field and an end video field indi- 
cated by the cell information, and for pro- 
hibiting output of a decoding result of data 
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before the first video field and data after 
the end video field. 

15. An optical disc, comprising, 

5 

a data area for recording a plurality of video 
segments; and 

a video area for recording original type chain 
information and user-defined type chain infor- 
mation. ?o 
wherein the original type chain information 
defines an original type chain including first 
ones of the video segments by describing a 
reproduction order of the first video segments, 
and the user-defined type chain information is 
defines a user-defined type chain including 
second ones of the video segments by describ- 
ing a reproduction order of the second video 
segments, . 

wherein the first video segments are positioned 20 
in the data area in the reproduction order of the 
first video segments whereas the second video 
segments are positioned in the data area inde- 
pendently of the reproduction order of the sec- 
ond video segments. 25 



30 



35 



40 



45 



50 



67 



EP0903744A2 




SOURCE 

MATERIALS 



FIG. IB BACKGROUND ART 

505 506 507 





V/ 



TIME to 15 



tlO tl3 



t21 t23 t25 



EDITING 
RESULT 



TIME t5 



505 506 507 




tlO : 
tl3< — >t21 

t23*-^t25 



68 



EP0 903744 A2 



FIG. 2A 




69 



EP0903744A2 



FIG. 3A 




LEAD-IN AREA 
DATA AREA 
LEAD-OUT AREA 




m 0 



FIG. 3B 

LEAD-IN 
AREA 



DATA AREA 



LEAHUT 
AREA 





ZONE 0 


ZONE 1 ^ 




ZONE 23 ^ 




i 


i 


USER 
AREA 0 






USER 
AREA 1 








USER 
AREA 23 


( 


1 


V// 



_,,7 HEPUCEffifrr 

DMA AREAO 



\REPUCEMEHI 
lAREAl 



UNUSED AREA 
FIG. 3C 



UNUSED AREA 



MPLACaiENT T 
AKEA23 DMA 



USER 
AREA 0 


USER 
AREA 1 







USER 



-LSN- 



-Ust LSN 



-VOLUME AREA 



0 



FIG. 3D 



-LSN- 



►Ust LSN 



VOLUME AREA 



FILE STRUCTURE AND FILES 



VOLUME STOUCTURE INFORMATION 

INNER 

PERIPHERY PARTITION AREA 



VOLUME STRUCTURE INFORMATION 

^ OUTER 

PERIPHERY 

LBN *Ust LBN 



70 



EP0 903 744 A2 




71 



EP0903 744A2 




72 



EP 0 903 744 A2 



FIG. 6A 



DIVISION 
INTO GOPS 

DIVISION 
INTO 2KB7te- 
UNITS 

PACK 
SEQUENCE 

VOBU 
SEQUENCE 



FIG. 6B 



VIDEO STREAM 



3 



AUDIO STREAM 



GOP 



GOP 



GOP 



GOP 



.rrr t 



1 



VOBU VOBU 



VOBU 



Z3 

VOBU { 



Video Object 



1 



PARTIAL PARTIAL PARTIAL 
jDIVISION IDIV iSION iDIVISION 



MQBU!t4^V0BDII5 




vol 



VOBOftS 



Yosnis 



1 FIG. 6F 



FIG. 6C 



^— — One pack ^ 


Pack 
header 


Systen 
header 


DIVIDED VIDEO DATA 



^ ' Park h«wlpr ^ 


StHrt 

oodb 


SCR 


.■ae- 
rate 











4 bytes 6 bsrtes 



FIG. 6D 

-V_PCKs other than the first V.PCS in each VOBU 
One pack 



Pack 
header 



Packet 
header 



DIVIDED VIDEO DATA 



FIG. 6E 



" One pack »■ 


leader 


'acketS!^„ 
leaderlid 




AIDIOMTADIAPimil! 
OF.H» 



IG. 6H 



-Packet header- 



PTS 



DTS 



< — System header * 




Rate 

bound 

info 


Buffo- 
bound 
info 





73 



EP0903 744 A2 



FIG. 7A 

BUFFER 
OCCUPANCY 

A AUDIO DATA 



IDEAL BUFFER STATE 



AUDIO FRAME 
SEQUQCE 



32nscc 
JT2 



32&8ec 



32«see 

jr4 



32ns 



32Bsec 



FIG. 7B ACTUAL BUFFER STATE 



FIG. 7C 

BUFFER 
OCCUPANCY 




YIBEO FRAXE 
SEQUENCE Til 



FIG. 7D 



VIDEO FRAME 
SEQUENCE 



BUFFER 
OCCUPANCY 



STATE OF VIDEO 
BUFFER 




• • • 



>T1UE 



."TRANSFER J 
START TIME .Tf>i«J OF ME i ; 



J23 OF IMAGE : VbV delay 



OF IMAGE A 



■^TIME 



74 



EP0903744A2 



FIG. 8A 



VIDEO FRAME 
SEQUENCE 

VIDEO DATA 




TRANSFER TRANSFER- TRANSFER TRANSFER 
.PERIOD P2RI0D' PERIOD y PERI13D 
kl2 OF Yi2 ^kU GF Vij.'kH OF''Vi4^kl5 OF Vis 



-A 



>Y16 



TRANSFER 
PERIOD 
kll OF Vn 



Transfer 

PERIOD 
kl6 OF Vis 



vv y 



VV V 



V V V 




V A 



V V 



A \l V 



AW 



V A 



V V 



Vll 
FORMER 
HALF 



An 



Vll 
UTT3 

m 



Via 



Vl3 



Vm 



in 



fl5 



Vl6 



Al2 



Al3 



A)4 



Ais 



Al6 



An 



FIG. 8B 



im PERIOD 



bitrat e^^ 



bitzate 



bitrate 



TMlSFnrEKIOD 



75 



EP0903 744A2 



na 9 



VIDEO PRAVE 
SEQUENCE 



BUFFER 
OOOPANCY 



^TU ^Tl2 



buff a- status 



VIDEO DATA 




W ^ * * * f 

5fer' transfer' transfer.'' transfer 

.^•.xv.^ ri.ivxOBr -TERigir .TEKIOD.' PERIOD 
W2 OF Vi2 Vvi JtH-OF Vi-<>kl5 OP Vi5_kl6 OF Vis 



TRANSFER TRANS 
PERIOD PBlTlOir 



TRANSFER 
PERIOD 
kH OF Vu 



V V 



SEQUENCE 



Vl2 



¥13 



!14 



Vis 



VV 



Vie 



Vll 



-V 



Pack 


header;id ; ; 


Audio 


Audio 1 


Audio 


header 


dataA2i 


dataA22j 


dataA23 



MORE REALISTIC 
BUFFER STATE 



^ 

ft3 : ft4 



1^ : fae 




76 



EP0 903 744A2 



FIG. lOA 



BUFFER fn f72 f73 fr4 




First_SCR First_DTS 



FIG. lOB 




FIG. IOC 



f71=f61 f72=f62 f73=f63 f74=f64 



BUFFER 
OCCUPANCY 



(HID sun 
FDHGOEB 
SimiOiDEIIIIIlF 




Last_SCR First_Sai+ Last_DTS 
STC offset 



First^DTS+ 
STC offset 



77 



EP0903 744A2 



TIME ) 

STAMP 

VALUE 

Mtl 



FIG. IIA 



iSr lOlST 201SI 301ST 401ST 50IST 601ST 
PACK PACK PACK PACK PACK PACK PACK 



FIG. IIB 

Tlffi STAJIP FOR A-B SPACE 

'cofriNuous or 




FIG. lie 

THESTUPFOIC-SSPilCE 
'COflTIKlWS «> 




^IQN A ' SECTION B 



SECTION C ' SECTION D 



FIG. IID 

THE STAIO» FM E-F SPACE 
'CONTmilTY NO* 




SECTION E ' SECTION F 



FIG. HE 



TIME STAMP VALUE 



FINAL 
VALUE 
End 



fiistaJdnitl) 
First_SCR{Mt2) 



;time stamp value 

•IN V0B#1 



BOUNDARY fW-RE TIME 
-^STAMP NOT CONTINUOUS 

IrmiEFBGDUCEDBriUDIlK; SIC offset 
.1DIiETIICSTMPrMIIira)»2 




1 



■IkSTC offset 



TIK STAliP VAUIE IN VCB#2 



FIRST PACK 
IN V0B#1 



FIRST PACK 
IN V0B#2 



FINAL PACK 
IN V0B#2 



78 



EP0 903 744 A2 



FIG. 12A 

lilCTlMIEIfrFllE 
Y0B#1 INFOHHATION" 

voB#2 immm 
mn mmm 
mu mmm 

VOBtS If OMTION 
VOBteiNFOMIATim' 



/IfioMiroTior 



l YOB (ML DIFMnON 

STREAM AHRIBUTE 
INFORMATION 



TIME MAP TABLE 



'BEmiiyiFmi 



HOllIMMTDIEYJ.Pni 



FIG. 12B 

PTM FORMAT 
b47 



SEAMLESS RAG 



VIDEO DM EiTIffiVEITII 



FIRST.SCR 



LAST SCR 



IDDIO GAP START THE i SIP m 



lUDIO GAP LENGTH A GAP UN 



b40 



PT14_base [31...24j 



b39 



b32 



PTM_base [23-16] 



b31 



b24 



PTM.base [15.. .8] 



b23 



bl6 



PTM.base [7...0] 



bl5 



b8 



PlM_extension [15... 8] 



b7 



bO 



PTM_extension [7...0J 



FIG. 12C 



AUDIO GAP LOCATION INFORMATION A.GAP LOG 

Ibit 2hit 3bit 

1 -.AUDIO GAP PRESENT IN V0BU#1 0:NOT PRESENT 
2:AUDI0 GAP PRESENT IN V0BU#2 
3:AUDI0 GAP PRESENT IN V0BU#3 



79 



EP0903744A2 




80 



EP0903 744A2 



A 



CO 

B 
CO 
CO 



o 

0) 

CO 

s 



o 

O 
hi 

^ < 



o 



o 
> 



00 

§ 



&5 
o 

ZD 



CsJ 
00 



Y V 



O 
> 



CQ 



O 



a: 

O 



A 



<rr> 



O 



O 



CO 
O 

\ 



o 
OS 



< 



O 



c= — > 



<0 CO-ix 



Q C 



CO 



- CL. 



bo 



Cvl 



CO 
I— I cu 

CO 

1=1 

2£ 



0:S 

1.^ 



11 



J9 53 



I— »ClJ 
13 or 
CO 



81 



EP0 903 744 A2 



FIG. 15A 



VOB^ 



\\m |voBui99 Iyobukioo I ^mMm^mm \\mA K 

till ^yyyyyy/yyXryj;„.,//A 1 1 



PARTIALLY DELETED AREA 



FIG. 15B 



AUDIO GAP LOCATION INFORHATION A GAP LOC 



FIG. 15C 



VOBftl 



V0B#2 



Y0BUft98 



V0BUI99 



ymimmMmi vobum \ 

■^■^■^^^^ yH^l^^mm ^^^^^^^ ^mh^^m hmmwhmJ 



A_Pack_in_Gap 



PARTIALLY OaETED AREA 



FIG. 15D 



AUDIO GAP LOCATION INFORMATION 



Mi 



82 



EP0903 744A2 




83 



EP0903744A2 




84 



EP0903 744A2 



FIG. 18 



ms, 

SIGNAL 



AUDIO 
SIGNAL 



r^EG enco der' '^2 a 



■ - ^ 




85 



EP0903 744 A2 




^ • si: 



EP0903 744A2 



a 

O 
> 



o 
> 



o 



O 



4^ 



□ 

n 

□ 
□ 
□ 
□ 

□ 



o 

X 

o 

J— I 
CO 



OS 



OC ICQ 

O ^ 

1 — - * - 



O 
or 

CO 



CO 

§ 

o 



CO 

S 8s 

■mm 



S ex. 

W r- CO 



CQ 

o 



32 



CO 
H 

CO 
CO 

o 

a:: 

C/D 

2 

O 



CO 



OS 

CO c_> 

si 

< CO 



87 



EP0 903 744 A2 



FIG. 21 



r VOB RE-ENCODE ^ 



STC offset =(VOB_V E_PTM OF FORMER 
VOB) — (VOB_S_PTM OF UTTER VOB) 



CHANGES IN THE OCCUPANCV OF THE BUFFER 
ANALYZED BETWEEN THE FIRST SCR AND LAST 
DTS OF THE FORMER VOB 



X 



CHANGES IN THE OCCUPANCY OF THE BUFFER 
ANALYZED BETT^fEEN THE FXRST_SCR AND LAST 
DTS OF THE LATTER VOB 



CHANGES IN THE OCCUPANCY OF THE BUFFER 
ANALYZED BETWEEN THE FIRST_SCR+STC_ 
offset OF THE LATTER VOB AND LAST_DTS OF 
THE FORMER VOB 



AMOUNT OF CODE ASSIGNED TO THE READ 
VOBUS BASED ON THE EXCESS AMOUNT A 



1 



VIDEO DATA IN THE READ VOBUS RE-ENCODED 
ACCORDING TO THE ASSIGNED AMOUNT OF CODE 



AUDIO FRAME x INCLUDING THE FIRST_SCR+ 
STC_offset OF THE LATTER VOB DETECTED 
FROM THE FORMER VOB 



S102 



S103 



S104 



•S105 



S106 




AUDIO FRAME y+1 INCLUDING THE VOB V_S_FrM +STC_offset 
OF THE LATTER VOB DETECTED FRfflJ THE FORMER VOB 



•suo 

sill 
S112 

S113 



88 



< M 



EP0903744A2 



FIG. 22 



AUDIO PACK G3 INCLUDING 
FROM AUDIO FRAME (x + 2) 



THE AUDIO DATA 
TO AUDIO FRAME y TAKEN 



SI 14 



AUDIO FRAME u FOLLOWING THE AUDIO FRAME THAT 
INCLUDES THE BOUNDARY WITH AUDIO FRAME y AND 
AUDIO FRAME y+1 DETECTED FROM THE LATTER VOB 



X 



AUDIO DATA TO BE REPRODUCED FOR THE AUDIO 
FRAME u TAKEN FROM THE AUDIO STREAM OF 
THE LATTER VOB 



T 



Padding-Packet INSERTED AFTER DATA IN AUDIO 
FRAME y SO THAT AUDIO FRAME u IS NOT STORED IN 
THE PACK STORING AUDIO FRAME y AND INSTEAD 
LOCATED AT THE START OF THE NEXT PACK 



AUDIO DATA UP TO AUDIO FRAME x-+-l,OUT OF 
AUDIO DATA TAKEN FROM THE END OF THE 
FORMER VOBU, MULTIPLEXED WITH RE-ENCODED 
VIDEO DATA. VOBU LOCATED AT THE END OF 
FORMER VOB GENERATED 



T 



DATA FROM AUDIO FRAME x+2 ONWARDS MULTIPLEXED 
WITH VIDEO DATA TAKEN FROM VOBUS LOCATED AT 
THE START OF THE LATTER VOB. VOBU LOCATED AT 
THE START OF UTTER VOB GENERATED 



FIRST_SCR, LAST SCR, VOB V_E PTM, VOB_V_S_PTM FORMER 
VOB AND LAHER VOB INSHITED INTO SEAMLESS LINKING 
INFORMATION OF FORMER VOB AND LATTER VOB 



BOuhTDARY OP AUDIO FRAmi-S y-1. y INSErTHIj INTO 
SEAMLESS LINKING INFORMATION OF THE LATTER VOB 
AS THE AUDIO GAP START TIME A STP PTM 



I 



AUDIO GAP LENGTH FROM BOUNDARY OF AUDIO FRAMES 
y-l,y TO BOUNDARY OF AUDIO FRAMES u-l,u INSERTED 
INTO SEAMLKSS LINKING INFORMATION OF THE LAHER 
VOB AS THE AUDIO GAP LENGTH A_GAP LEN, VOBU INCLUDING 
THE AUDIO GAP INSERTED INTO SEAMLESS LINKING 
INFORMATION AS THE AUDIO GAP LOCATION INFORMATION 



'S116 



'S117 



'S118 



5119 



.S120 



5121 



S122 




EXCESS AMOUNT A CALCULATED 

6 



89 



'it > 

EP0903 744 A2 



FIG. 23 A VIDEO PACK #1 



VIDEO PACK #2 




BITRATE INFORMATION 
FIG. 23B BITRATE ( * 1) GRADIENT 

1.0 f DATA AMOUNT IN \ 
KByte\jviDEOPACK#l^/ IncTWE 

DATA PI 




FIG. 23C 



AUDIO TO BE REPRODUCED AT THE SAME 
TIME ASlVendlSOMEWHERH IN THIS PACK 
SEQUENCE (ONE SECOND RULE) 

READ AREA 
RE-ENCODED AREA 



V 



VV 



V 



V 



lmm\ VOBUI99 i VOBUtiOO I VOBUIlOl I VQBUtiOZ I VOBUlliB | V0BUtiQ4 IVOBUIIOSI 



FIG. 23D 



READ AREA 
EENCODEDAREA 



AUDIO TQBEJBEPRODUCED AT THE SAME 
TIME ASiVtoEJSGMEWHERE IN THIS PACK 
SEQUENCE (ONE SECOND RULE) 



VVA 



VVV 



VVV 



VQBltfl i VOBUfi I VOBUfl | VQBUti | VOBUft | VOBmS j VOBUII | VOBU« ^ 



90 



EPO 903744 A2 



FIG. 24A 



mm /. 



HNAL PicnniE 

END 



NflRST SCR-vSTC offset 




FiBT picm 

nUAITEKVQB 



Fforher YOB_V_S_FnH- 
! STC offset 
1 ' II 

iniLiiPLExiNG mm ; Foiae vob_e.p™ 
uiniiEiBiinDFgilQni BuouiEDDnDLniDni 



TIME 



mm 
mmn 

nil sun 



x+l 



x+2 ri y : y*i 



;XgAP_LEN 



FIG. 24B 

FIRST_SCR+STC_offset 



AUDIO FRAME 
BOUNDARY IN 
FORMER VOB 

x+l " 



FIG. 24C 

VOB V S PTM+STC offset 



AUDIO FRAME 
BOUNDARY IN 
FORMER VOB 

-- — -->-* 

y+1 



FIG. 24D AUDIO FRAME BOUNDARY 
^IN UTTER VOB 



-X- 



y+1 
< X- 



■X- 



u-1 : 



u 



91 



> 



EP0903 744A2 



FIG. 25 
OCCUPANCY 



FINAL PICTURE 
IN FORMER VOB 
BTl V_END 



FIRST PICTURE 
IN UTTER VOB 
V.Top 




(lUHSFQ raUB Tf periti OF PICIIIE TJir-*- 
• ^VBV DELAY OF PICHliEYJop- 



Y V 



V V 



•VIDEO PACK SEQUENCE - 
CUPOSINGPICimVJop 



-V 



-VIDEO PACK SEQUENCE 
(V NXT) COMPOSING THE 
NEXT PICTURE 



AUDIO GAP 



G3 



'ack 











u 


V 
u+1 


,u+2 


u+3 



P^"'.streaa; 
beaDer;id 



SiFFEii OCCyPANCY 
FOR HIE AUDIO 
BUFFER 



LATTER VOB 




Audio 

:jj|ata : Audio': Audio 
: <Jata :data 
:u+I ;ij+2 

G4~: = 



92 



EP0 903 744A2 




93 



EP0 903 744 A2 




d4 



EP0 903744A2 



FIG. 29A 




95 



EP0903744 A2 



FIG. 30A 




coding onier fPni B2BB3BP4||B4| Bslf^ 



display order 



coding order 




y y y A 7 y y 



pTM B4 M B5 B pTI 



FIG. 30B 

OOCUPANCy 



BUFFER OCOIPANClf 



INCREASEa IN BUFFER 
OCGUPAIO THAT AOCOHPANIES 
M IN PICniRE TYPE 




TiHIiSfEIIFERIOD 
TaFORntUiSFn 



96 



EP0 903 744 A2 



FIG. 31 ^S102 



STC_offset= (C_V E_PTM OF FORMER 
CELL) - (C_V_S_Pm OF LAHER 
CELL) 



1 



CHANGES IN THE OCCUPANCY OF THE 
BUFFER ANALYZED BETWEEN THE FIRST. 

SCR AND LAST DTS OF THE FORMER CELL 



CHANGES IN THE OCCUPANCY OF THE 
BUFFER ANALYZED BETWEEN THE FIRST, 
SCR AND LAST DTS OF THE LATTER CELL 



INCREASE a IN BUFFER OCCUPANCT THAT 
ACCOMPANIES THE CHANGES IN PICTURE 
TYPE FOR THE UTTER CEa ESTIMATED 



I 



INCREASE a IN BUFFER OCCUPANCY THAT 
ACCOMPANIES THE CHANGES IN PTCTURE 
TYPE FOR THE FORMER CELL ESTIMATED 



ESTIMATED INCREASES a, jS ADDED 
TO RESPECTIVE BUFFER OCCUPANCY 

FOR THE LATTER AND FORMER CELLS 



CHANGES IN THE OCCUPANCY OF THE 
BUFFER ANALYZED BETWEEN THE FIRST 
SCR+STC_offset OF THE LATTER CELL 
AND LAST.DTS OF THE FORMER CELL 



FINAL THREE VOBU READ FROM THE 

FORMER CELL 



FINAL THREE VOBU READ FROM THE 
LAHER CELL 



S103 



■SI04 



S130 



S131 



3132 



S105 



I ^ — -8106 

'S107 



97 



1 > 



EP0903 744A2 



FIG. 32 



READ VOBUS SEPARATED INTO VIDEO DATA AND 
AUDIO DATA 



AMOUNT OF CODE ASSIGNED TO THE READ 
VOBUS BASED ON THE EXCESS AMOUNT A 



VIDEO DATA IN THE READ VOBU RE-ENCODED 
ACCORDING TO THE ASSIGNED AMOUNT OF CODE 



THE FIRST.SCR THAT HAS BEEN NEWLY ASSIGNED TO 
RE-ENCODED VIDEO DATA IN THE UTTER CELL IS OBTAINED 



AUDIO FRAME X INCLUDING THE FIRST_SCR+STC_offset 
OF THE UTTER CELL DETEaED FROM THE FORMER CELL 



X 



lAUDIO FRAME Y+1 INCLUDING THE VOB_V_S_ 
PTM+STC_offset OF THE LATTER CELL DETECTED 
FROM THE FORMER CELL 



X 



AUDIO PACK G3 INCLUDING THE AUDIO DATA 
FROM AUDIO FRAME (x + 2) TO AUDIO FRAME y 
TAKEN 



X 



AUDIO FRAME u FOLLOWING THE AUDIO FRAME THAT 
INCLUDES THE BOUNDARY WITH AUDIO FRAME Y AND 
AUDIO FRAME y+1 DETECTED FROM THE UTTER CELL 



X 



AUDIO DATA TO BE REPRODUCED FOR THE AUDIO 
FRAME u TAKEN FROM THE AUDIO STREAM 
OF THE LATTER VQB 



T 



Padding-Packet INSERTED AFTER DATA IN AUDIO 
FRAME y SO THAT AUDIO FRAME u IS NOT 
STORED IN TIIE PACK STORING AUDIO FRAME y 
AND INSTEAD LOCATED AT THE START OF THE 
NEXT PACK 



6 



^ 



SI08 




r 

r 

r 
r 



Sill 



S133 



S112 



'S113 



-S114 



r 



S115 



,5116 



.8117 



98 



EP0903744A2 



FIG- 33 



AUDIO DATA UP TO AUDIO FRAME x+l,OUT OF 
AUDIO DATA TAKEN FROM THE END OF THE FORMER 
VOBU, MULTIPLEXED WITH RE-ENCODED VIDEO 
DATA. VOBU LOCATED AT THE END OF FORMER VOB 
GENERATED 



1 



DATA FROM AUDIO FRAME x+2 ONWARDS MULTIPLEXED 
WITH VIDEO DATA TAKEN FROM VOBU LOCATED AT THE 
START OF THE LATTER VOB. VOBU LOCATED AT THE 
START OF UHER VOB GENERATED 



T 



FIRST_SCR,LAST SCR, VOB V_E_PTM,VOB V S_PTM OF THE 
FORMER YOB AND LATTER VOB INSERTED INTO SEAMLESS 
LINKING INFORMATION OF FORMER VOB AND LATTER VOB 



BOUNDARY OF AUDIO FRAMES y-l,y INSERTED INTO 
SEAMLESS LINKING INFORMATION OF THE UHER 
VOB AS m AUDIO GAP START TIME A STP_PTM 



AUDIO GAP LENGffl FROM BOUNDARY OF AUDIO FRAMES 
y-l,y TO BOUNDARY OF AUDIO FRAMES u-l,u INSERTED 
MO SEAEESS LINKING INFORMATION OF THE LATTER 
VOB AS THE AUDIO GAP LENGTH A GAP_LEN,VOBU INaUDING 
THE AUDIO GAP INSERTED INTO SEAMLESS LINKING 
INFORMATION AS THE AUDIO GAP LOCATION INFORMATION 



-3118 



1^5119 



'8120 



^S121 



'S122 




99 



EP 0 903 744 A2 




100 



EP0903 744A2 



CO 



O 




101 



EP0903 744A2 




FIG. 36 



mm 



MTAOKMS 



FUfSETDEsaiipraR 



EWDESmi 



FILEIOTOiOOI) 




UHSSIGie 



IIESCm(Yi(M 



mm 



mm 

(fcvieLYOB) 



QkTieL VOB) 



EM 18 
ttniel. VOB) 



iDEmnaTioi m<mm 

(ROOT DIRECTORY) 



FILE IDBdlFiaTION DESCXIPItlX 
(RTRi DIRECTORY) 



FILE IDElfriFiaTlOH DESCRIPTOR 
(Filel. MT) 



FILE IDERTiriaTIOli DESCRIPTOR 
(Filel DAT) ._ 



RTRTFIlfENTlir 



MllTIQN DESCRIPTOR 



® 



DiREcmy 



IDENHFICATIOI IVFORIUTIOtl 



IDENTIFimDESCXIPrOR 
(RimiFO) 



FILE IDENTIFICATION DESCRIPIOR 



HLE IDENIinaTIORDESCRIPIffil 
(loTiel YOB) 



ji)![uiim 



J) 



AUOaTION DESCRIPTOR 
(EHEKT n) 



(mmn) 




© 



102 



EP0903744A2 




g e s 



t t t t 



FOR 1 


FOR 


FOR 


FOR 


FOR 


FILE ENTRY 
RTRWM 


FILE ENTRY 
Moviel 


FILE ENTRY 
Movie2 


FILE ENTRY 
Filel 


FILE ENTRY 
File2 




Si 



Q ^ 

ex. 



i 



cat! *a> 

F — ■ r>- 

a ^ 

C3 * 



3 




£=9 



CXJ 




ex. 



C_3 
CO 



gy ex. 



103 



EP0903 744A2 



(X. 

o 



C2J 

g 

I— < 

os: 



o 













































o 








1 




1 












































o 


o 


o 








s; 


s: 


PT 








»— « 
















OX 








SC 


SC 




SC 












CU 






O 












2: 






2= 






o 


o 




O 












1— t 
























£5 










o 










CD 


<=> 












—3 












-J 










:^ 


-< 


















s 


OO 


OO 


OO 


OO 








to 


XT 


CS3 










CSl 


CO 





6— 



< 

00 
CO 



H-l 



i 



eo 



CO 



eo 



CO 



S3 

CO 



b5 

CO 



CS5 



I 

to 



2 

II 

S5 




C=rj 



O 



ex. ?K 



ex. 



CO ^ 

3: CO 



o 

00 
CO 



o 

I— I 



eg 



1 



S 

3 



CO 





<N3 






CO 


CO 




-*-> 






•rH 




i 


c 


Un 


























s 


1 








































RBP 







104 



EPO 903744 A2 



FIG. 39A 

FILE IDENTmCATION DESCRIPTOR 
FOR DIRECTORY 



mm iNFomnofi 



meNTIFianON MORKHTIOKDIRECrOKy) 



UCIH OF DinY lUi 



FILE ENTRT ADDRESS 



EIPANSIQi imTIOli 



DlilEaOltY NAHE 



FIG. 39B 

FILE IDENTinCATION DESCRIPTOR 
FOR FILE 



HANAGEUENT imTION 



IDENTIFICATICH INFOHIIATION (DIRECTOR?) 



mOFDIKECTORrNAlE 



FILE ENTRY ADDRESS 



EIPANSION INFIMTKIN 
DIRECTORY NAME 



105 



EP0903744 A2 




106 




107 



EP0 903 744A2 



XT 

d 

Cl4 



T-H 




CO 


=tfc 


=<fe 


=it: 




(U 


CD 




r— 1 


1— 1 


PL, 




>— t 




D 

W 
H 

9 

00 



o 



CO>-i * 

Took 













a 


O 

CJL3 


< 










OS 



108 



EP 0 903 744 A2 



FIG. 43 



MARK POINTS SET IW AV FILE 



PAIRS OF MARK POINTS DETERMINED 
AS CELLS TO BE REPRODUCED 



PROGRAM CHAIN GENERATED BY 
ASSIGNING REPRODUCTION ORDER 
TO CELLS 



/S2 



.S3 




AT LEAST TWO SECTIONS DETERMINED 
TO BE CUT OUT FROM AV FILE IN 
ACCORDANCE WITH PROGRAM CHAIN 



SPLIT COMMAM) ISSUED TO FILE SYSTEM 
TO HAVE THE DETERMINED SPLIT REGION 
DIVIDED INTO nx AV FILES 



Af 



Y-|^S10 ^S9 

^Sll 



READ CQHHAND ISSUED TO FILE SYSTEM 
FOR LAST PART OF FILE Af AND FIRST Af+1 
TO BE REPRODUCED IN REPRODUCTION 
ORDER IN PROGRAM CHAIN 



T 



READ LAST AND FIRST PARTS 
RE-ENCODED 



I ^S13 



SHORTEN COMMAND ISSUED TO FILE 
SYSTEM FOR READ LAST AND FIRST 
PARTS OF FILES Af.Af+1 



MERGE COMMAND ISSUED TO FILE 
SYSTEM FOR FILES Af,Af+l. CONTINUOUS 
LENGTH OF RECORDING REGION FOR ALL 
EXTENTS FORMING FILES Af.Af+1 
DETERMINED AS LENGTH OF AV BliJCK 



CELLS PLAYED 
IN PROGRAM 
CHAIN 



EDIT 




109 



EP0903 744A2 



FIG. 44A 

STORED AV 
FILE 

FIG. 44B 

MDUaiON 10 ti 12 

SETTING MARK ^ 
POINTS 



13 



14 15 16 



17 



18 



Uarklll tlarkll2 ilarklt3 HarkiH MarklS HarkK liarkit? MarkHS 

FIG 44C 

smiwcEu^ ^^^^^^^^^^ 

KelW ' am I iCell»> I C^lltt I 

FIG. 44D ^ ^ ^ 

1st 2nd '3rd' ' 4th 

FIG. 44E SeekVe^/Seek^ Read Read Read 

REPRODUCTION ' — ^ ' ^ ' — ^ 



MI i(arkl2 ifark«3 MarkM HarkltS KarklfG HarkffT HarklS 



FIG. 44F 

IMAGE con 
FOR EACH 
REPRODUQION 
TDC 



1D ti 12 



tl 15 € 




110 



EP0 903744 A2 




111 



I 



EP0903 744 A2 



FIG. 46A 

MERGE 
RESULT 

FIG. 46B 

READ 
COMMAND 







WA 




Afl 




Af2 


Af3 


CONSECUriVE 








FIRST PART 


AREA 














Afl 




^Af3 


CONSECUTIVE 



RE-ENCODING 
IN MEMORY 

FIG. 46C 

SHORTEN 



FIG. 46D 

MERGE 

FIG. 46E 

MERGE 




EMPTY AREA i 



CONSECUTIVE 
EMPTYAREAi ^REA 



FIG. 46F 




112 



EP0903744 A2 




113 



EP0 903 744A2 



l ^IG. 48A 
I 



FILE ENTRY (h) GENERATED 



FILE IDENTIFIER (h) ADDED FOR FILE ENTRY (h) 
IN DIRECTORY FILE OF TEMPORARY DIRECTORY 



S31 



S32 



HRST ADDRESS s OF SEQUENCE OF u LOGICAL BLOCKS 
(WHERE u^l) FROM LOGICAL CORRESPONDING TO In POINT 
(h) TO LOGICAL BLOCK CORRESPONDING TO Out POINT (h) 
AND THE NUMBER OF OCCUPIED BLOCKS r CALCULATED 



'S33 



u ALLOCATION DESCRIPTORS GENERATED WITHIN 
FILE ENTRY (h) 



^-834 



FIRST ADDRESS s OF SEQUENCE OF u LOGICAL BLOCKS 
AND THE NUMBER OF OCCUPIED BLOCKS r RECORDED 
INTO EACH OF u ALLOCATION DESCRIPTORS 



FIG. 48B 




'335 



-S37 



h-h + 1 



-S38 



FIRST ADDRESS c OF LOGICAL BLOCK SEQUENCE 
BETWEEN DELETION START ADDRESS AND DELETION 
END ADDRESS THAT SPECIFY AREA TO BE DELETED 
AND THE NUMBER OF OCCUPIED BLXKS d CALCULATED 



ALLOCATION IDENTIFIERS OF AV FILE WHOSE FIRST 
OR LAST PART IS TO BE DELETED ACCESSED 



S45 




STORAGE FIRST ADDRESS p' OF EXTENT DATA 
UPDATED TO STORAGE FIRST ADDRESS p + c * d 
IN ALLOCATION DESCRIPTOR 



DATA SIZE q OF EXTENT IN ALLOCATION 
DESCRIPTOR UPDATED TO DATA SIZE q - c * d 



■^848 



114 



EP0903 744 A2 



YIQ, 49 (PROCESSING FOR MERGE COMMAND ^ 



CALCULATION OF DATA SIZES OF 
In AREA AND OUT AREA 




lis 



EP0903 744 A2 



CQCQ 

VAII 

6 c 



o 
CO 




128 



DO 



O 
10 



Ex. 



a: 



+ 



cut- :s 




116 



J 



EP0903744A2 



< 
< 




tX4 Ua 



117 



EP0903 744A2 




118 



EP0 903 744A2 




119 



EP0903 744A2 



a la 

I 




CQ 



CQ 

CM 

AlIcQ 



i 



i 




i 



< 




CO 






+ + 
E E 


in 


in 


d 

»— « 


© 


d 
►—1 


d 


tL, 




E 



120 



EP0 903 744A2 




CO 



SV 
cuoo 

+|S 

Sen 

CxJO 



in 



I-H 



o 



/Nil C 

+ 







-< 






e— 0 






oo 


























^ CO 


»— II— «o-«c 










<a:: Cti 5*i Q 


E— IS 




OQ O 







































121 



EP0903744A2 




122 



EP0903744A2 




123 



EP0903 744A2 




124 



EP0903744A2 




125 



EP0 903744A2 




126 



EP 0 903 744 A2 




127 



EP0903 744 A2 



B 



FIG. 62A 

© 

i^n+k 



,3 



m+n+k^B \'^' ^ 



FIG. 62B 



FIG. 62C 



.Ml 



1 

— r- 



B 





128 



EP0903 744 A2 




EP0903 744 A2 




130 



EP0 903744 A2 




131 



EP0903744A2 




132 



EP0903 744A2 




CO 




00 



C0u-330>^ 
00-< . 03 

a. 3C 2: 
o oQ 





CXJ 



► CO f >- 

_ ^ so. 
Oct: = 

c e- o 
6— ^ 

DU DLJ O 

O e- DQ 3 1-, 



CP 
00 



2: J 

< 

< 

OCxJ 

m W CO 




133 



EP0 903 744A2 




134 



EP0903744A2 




135 



EP0903 744A2 



FIG. 70A 



FIG. 70B 

ORIGINAL PGC 
INFORMATION 



RTRW MANAGEMENT FILE 



FIG. 70C 

USER-DEPMD 
FGC INFOfiliATIW 



VOB INFORMATION 
TABLE 



ORIGINAL PGC 

INFORMATION 

TABLE 



USER-DEFINED PGC 
INFORMATION TABLE 



TITLE SEARCH 
POINTER 



ORIGIim PGC INFORMATION »I 



ORIGINAL PGC INFOMATION #2 



ORIGINAL PGC INFORMATICN #3 



ORIGINAL PGC INFOBIATICN #4 
ORIGINAL PGC INFOSUATION #5 



USER-DEFINED PGC MOWIATION »1 



USEHEFINED PGC IKFQffljATION #2 



USER-DEFie PGC OIFORUTION |3 



USER-DEFINED PGC INFOQUTIGN U 



mmm pgc wmm «s 



FIG. 70D 

TITLE SEARCH POINTER 



CELLtfl 


AVF ID 


VOB ID 


CVS vm 


C VEPTM 


CELL#2 


AVF ID 


VOB ID 


C V S PTM 


C V E PTM 


CELL#3 


AVF ID 


VOB ID 


C V S FTM 


C V E PTM 


CEaff4 


AVF ID 


VOB ID 


C V S PTM 


C V E PTM 


CELL«5 


AVF ID 


VOB ID 


C V S PTM 


C V E PTM 






CELL#1 


AVF ID 


VOB ID 


C V S PTM 


C Y E PTT 


CELL#2 


AVF ID 


VOB ID 


C V S PTM 


C V E PTM 


CELLff3 


AVF ID 


VOB ID 


C V S PTM 


C V E PTM 


CEatf4 


AVF ID 


VOB ID 


C V S PTM 


C V E PTM 


cEa#5 


AVF ID 


VOB ID 


C V S PTM 


CYEPTM 


m 



PGC #1 


TITLE TYPE 


TITLE RECORDING HISTORY 


PGC m 


TITLE TYPE 


TITLE RECORDING HISTORY 


PGC #3 


TITLE TYPE 


TITLE RECORDING HISTORY 


PGC #4 


TITLE TYPE 


TITLE RECORDING HISTORY 


PGC #5 


TITLE TYPE 


TITLE RECORDING HISTORY 


■ 



136 



EP0903744A2 




137 



EP0903 744A2 




138 



EP0 903 744A2 




139 



EP0903 744 A2 



FIG. 74A VOBUs to be erased 

First VOBUcrv JL ^Last.VOBO 
V0B#1 <> 



AV Block 80 




, EDC Block, 
Vnot erased 



BXBlock ' 
to oe erasedj 



ffiCSiock ECTbTocT 
.to oe erased not erased 



FIG. 74B 



Original PGCI#2(IBUserDefinePGCm) 



Celll «2((Bfl3) 



VOBI 
#1 




THE MAP 
TABLE 



SO >3 



TIME MAP 
TABLE 








< 


< 
















i 




30 






ttr 














+ 


+ 



V0B#1 



V0B#2 



140 



EP0 903 744 A2 




141 



EP 0 903 744 A2 



CO 



O Qu 1-^ 

A 



5 



•r-l S S 

CO o bO o 



c: 



a: 

CO 



M o 



— « eg CO 

^ -4^ 

E— ^ 

OU CU CL^ 
PLJ^ CxJ (jJ Clj' 

I 1 I I 

o o o o 



o 

II 



CM CO 

-!L JL 



& qZ qI 

1 I t I 

O CJ> o o 



li 1) II il 

O Q Q Q 



CO OQ CQ CQ 
O O O O 



M II II i( 
O Q Q Q 



111 
Cju Ci, Cl Ci- 



»-i (M CO 

J O ^ ^ 
^ J O ^ 
Cz^ U 

O CJ o u 



^ CO CO ^ 

^ 

^^^^ 

^ g— 5— 
Caj' Caa' CU 



O ^ CM CO 

^ ^ ^ 

II It II M 

33 35 ^ !g 

^ SI oZ al 

I I I I 



CSJ CM CM CvJ 
I) II II II 

o n Q Q 



CQ QD CQ CO 
O O O O 



11 II II It 
Q Q Q Q 



Cl- CIh Cl- 



LO <D 00 

•J -J ^ ^ 
CD CD ua cxj 

CJ> CJ o o 



« « % % 

CM CO 



IL iL iL 



U 



% % ^ ^ 

O CM CO 



It M II 



cx« Cu CL. a. 
>• >• 



CO CO CO CO 
II II II II 

Q O Q Q 



CQ CQ CQ CO 
OOO O 



CO CV3 CM Cv^ 
II II 11 M 

Q Q Q a 



o ca 

T-H ^-^ 1— « 

J ,J ^ J 
J J J J 

CD CD CD CD 



OOO 
O CO O 

mm mm • • 

OOO 
CO ^ CO 

o do 

CO ^ 



CO r-l 

OO 00 CO 
CT> CTi 
CTi <J5 CP 



1— I CNl CO 
5t tt tt 



•I-I TH •!-( 



— i CM CO 

Oel Ck^ Oif 
Laa DJ 



OOO 

Q« a. 



142 



^P0 903744 A2 



FIG. 77A 



THE VOLUME LABEL OF THE PRESENT DISC IS " ♦ * * 



ROGTIMnW ":--DilORy ./RTRW^--j---Movlell.VOB 

Movjel2.V0B 

. , , -:— RTRWM.IFO 

rile2.dat 

EMPTYAREAIS***BYTE. 
•press ONE KEY. 

CURSOR KEY ••• ONE FILE SELECTED. 



• IMAGES RECORDED AS AV FILE IN CURRENT DIRECTORY. 

• TITLE RECORDED IN CURRENT DIRECTORY REPRODUCED. 







CELL #2 


CELL #3 


CELL #4 



FIG. 77B 



Orig_PGC#l 1998J_23 20:30:00 

k=l =2 =3 =4 



PTM=tO =tl 



=l2 



Ori^PGC#2 1998_6J7 18:10:00 
k=l =2 =3 



J=2 
PTM=tO' 



=t3 =t4 



=4 



CELL #5 CEai6CELL#7 



CELL #8 



=il' =i2' =i3' 



=t4' 



Orlg.PGC#3 1998_6_21 17:30:00 
k=l =2 =3 
CELL #9 pELL»lO|CELL»]] 



-4 



j=3 
PTM=tO" 



CELL #12 



=tr =t2" =t3- 



=t4" 



[0 (EIlIDIEISFIillDUCntHOFinU] 
SEQFyimDRCIOffEmYIIEPIIOn^ 

FDSrOillimiCCAND.lHSDORXmKC 
@ [PARnALmUCTBNOnillfl 
SmiOTOiliOTlOBEPAmYREPiW 
BmMmiCCAND.lHIiDOMKC 

gp)fT][T]l(EYS.aJlgQRMOV!D[HtF|CTOTY«C 



143 



EP0903 744A2 



FIG. 78A 



C_V„S_PTM,C_V.E_PTM READ FROM CELL INFORMATION 
WHICH IS TO BE REPRODUCED 



S271 



ADDRESS OF VOBU{SrART) SPECIFIED.THE VOBU 
INCLUDING PICTURE DATA ASSIGNED WITH C_V_S_PTM 



ADDRESS OF VOBU(END) SPECIFIED.THE VOBU 
INCLUDING PICTURE DATA ASSIGNED WITH C_V_S_PTM 



SECTION FROM VOBU(START) TO VOBU(END) 
READ FROM VOB 



5272 
^5273 
S274 



DECODING OF VOBU IN READ SECTION 
INDICATED TO MPEG DECODER 4 



S275 



REPRODUCTION START TIME INFORMATION 
(C_V_S_PTM) AND REPRODUCTION END TIME 
INFORMATION (C_V_E_PTM) OUTPUTTEDTO 
MPEG DECODER 4 



^S276 



FIG. 78B 

VOBU ' 



( END ^ 



^(START):^ 



7777777, 




J^VOBU^ 



^(l)PATH 





D|CODEPRXESSING 


MPEG 




DECODED 4 






V&IDREPRODUCnON 



mi 

REPRODUCTION 
CONTROL UN1T18 



VOBU 
(START) 



^(2).(3)PATH. 



C_V_S_PTM 



Yjr/ V wou XK, V UDU/t/VOBU/ 



VOBUfEND) 




C.VXPTM 



144 



EP0 903744 A2 




145 



EP0903 744 A2 



FIG. 80A 




REMOTE CQNBPL 
ffijALRECEPnON 



FIG. SOB 




IMpTECONTROL, 
MALRECEPTlONl 



RECORDING-EDITING- 
REPRODUCnONCOOGLUNm 




KEY 



PGC INFORMATION 
TABLE WORK AREA 




CELL INFORMATION 



22 



TITLE RECODING 
CONTROL UNIT 



21 



PTS 



MPEG ENCODER 



ENCODER COroLUNrrj 



RECORDING-EDITING- 
REPRODUCnONCONIHOlUNn 




MARK KEY 



PGC INFORMATION 
TABLEWORK AREA 



CElLINFORM/illONi 




25 



USER-DEFINED PGC 
INFORMATION GENERATOR 



21 



PTS 



MPEG ENCODER 



4k 



DECODER CONTROL UNITl 



146 



EP0903 744 A2 



m«- (FCC last mmber +1) n«-l ^^S201 FIG. 81 



r 



COLUMN ADDED IN USER-DEFINED PGC 
INFORMATION TABLE FOR THE m^h 
USER-DEFINED PGC INFORMATION 




.8202 



KEY OPERATION 
NOT PERFORMED 



KEY OPERATION 
PERFORMED 



FLAG CORRESPONDING TO PRESSED 
KEY SET AT T OUT OF FLAGS 
ASSIGNED FOR CORRESPONDING KEYS 




-8204 



'S209 



ALL FLAGS RESET 
to '0' 



k«-k+l * (Right.Flag) -1 * (Uft_Flag) 
* (Dowi.Flag) -1 * (Upper Jlag) 



j- 



IMAGES OF CELL ON ROW j, COLUMN k 
DISPLAYED IN FOCUS 

L 



-8207 



S208 




INTERACTION DISPLAY SHOWN TO RECEIVE 
SPECIFICATIONS OF REAL EDITING AND 
PRFVTRW OF BF/^I^ FnTTTNf. 



0 



'S215 



147 



EP0903 744A2 



FIG. 82 



USED AS IT IS 




PARTIAL REPiWDUCTION STARTED 
FROM FIRST PART OF THE CELL 
INFORMATION OF ROff j. COLUMN k 



PARTIAL REPEODDaiON SIARTB FHCM 
TBE REPRODUCriOK SUSPENDED FOUfT t OF 
THE CELL INFORMATION Of M j. COUM k 




.3252 \r 



IMAGES OF CELL 
ON ROir j, COLUMN k 
COPIED ON ROW m. 
COLUMN n 



.5253 



PTS, WHEN MARKING KEY PRESSED, 
OBTAINED AS TIME INFORMATION 




Qrieinal_PGC#j. 
CELEffk stored as 
User Defined PGC 
#a CELL#n 



,3260 



OBTAINED TWO SETS OF TIME INFORMATION 
SET AS START TIME INFORMATION AND END 
TIME INFORMATION 



VOB ID. AND AV FILE ID OF Original 
_PGC #j.CELL#k OBTAINED 



r 



S261 



.3262 



User^Defined PGC#m. CELL #n GENERATED 
USING START SND END TIME INFORMATION 
VOB ID AND FILE ID 



END TIME INFORMATION STORED AS 
REPRODUCTION SUSPENDED POINT t 



r 



S263 



I n<--n+l L-xS254 



148 



EP0 903 744A2 



FIG. 83 
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